Pembangunan Otomatis dan Rilis dengan Gitlab

Tutorial ini berfokus pada GitLab CI, tetapi Anda dapat menyesuaikannya dengan sedikit perubahan untuk platform CI/CD lainnya.

Pendahuluan

Pastikan Anda telah menambahkan aplikasi Anda terlebih dahulu ke Capgo, tutorial ini hanya berfokus pada fase unggah.

Konvensi Komit

Pertama-tama Anda perlu memulai mengikuti konvensi komit Komit Konvensional` ini akan membantu alat memahami bagaimana meningkatkan nomor versi, itu hanya 5 menit untuk dipelajari.

GitLab CI untuk Tag

Lalu Anda perlu membuat GitLab pertama untuk membangun dan membuat tag secara otomatis.

Buatlah file di path ini: .github/workflows/bump_version.yml

dengan konten ini:

name: Bump version

on:
  push:
    branches:
      - main

jobs:
  bump-version:
    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
    runs-on: ubuntu-latest
    name: "Bump version and create changelog with standard version"
    steps:
      - name: Check out
        uses: actions/checkout@v6
        with:
          fetch-depth: 0
          filter: blob:none
          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
      - name: Git config
        run: |
          git config --local user.name "github-actions[bot]"
          git config --local user.email "github-actions[bot]@users.noreply.github.com"
      - name: Create bump and changelog
        run: npx capacitor-standard-version
      - name: Push to origin
        run: |
          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
          git pull $remote_repo $CURRENT_BRANCH
          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags

Ini akan merilis tag untuk setiap commit di branch utama Anda. Dan tambahkan entri perubahan untuk setiap commit di branch utama di CHANGELOG.md.

Tidak perlu khawatir jika Anda tidak memiliki file ini, akan dibuatkan untuk Anda.

Untuk membuat ini berfungsi, buatlah TOKEN Akses Pribadi dan tambahkan ke variabel GitLab CI/CD sebagai PERSONAL_ACCESS_TOKEN.

Ini diperlukan untuk memungkinkan CI mengirimkan perubahan catatan.

Saat Anda membuat token, pilihlah masa kadaluarsa sebagai never dan ruang lingkup sebagai repo.

Terakhir, untuk memungkinkan alat memahami di mana versi Anda disimpan, Anda harus membuat file .cz.toml di root repository Anda.

Dan tambahkan ini di dalam :

[tool.commitizen]
name = "cz_conventional_commits"
tag_format = "$major.$minor.$patch$prerelease"
version = "0.11.5"
version_files = [
    "package.json:version",
    ".cz.toml"
]

Setel versi di file ini sama seperti yang Anda miliki di package.json file.

Ini hanya perlu dilakukan kali pertama, kemudian alat akan menjaganya sampai saat ini.

Anda dapat sekarang mengirimkan perubahan ini kedua file dan lihat tag pertama muncul di GitHub!

GitHub aksi untuk pembangunan

Buat file di path ini: .github/workflows/build.yml

dengan konten ini:

name: Build source code and send to Capgo

on:
  push:
    tags:
      - '*'
      
jobs:
  deploy:
    runs-on: ubuntu-latest
    name: "Build code and release"
    steps:
      - name: Check out
        uses: actions/checkout@v6
      - name: Install dependencies
        id: install_code
        run: npm i
      - name: Build
        id: build_code
        run: npm run build
        env: # Remove both lines  if you don't need it
          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Example of env var coming from a secret
      - name: Create Release
        id: create_release
        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production

Ini akan menginstal dan membangun ketergantungan Anda sebelum mengirimkannya ke Capgo.

Jika perintah pembangunan Anda berbeda, Anda dapat mengubahnya di build_code Untuk membuat ini berfungsi, Anda perlu mendapatkan kunci __CAPGO_KEEP_0__ Anda untuk __CAPGO_KEEP_1__, tambahkan di

To make this work, you need to get your API key for Capgo, add it in the rahasia dari repositori GitHub Anda sebagai CAPGO_TOKEN.

Anda dapat sekarang mengirimkan perubahan ini ke kedua file dan melihat tag pertama Anda muncul di GitHub!

Menambahkan komit akan menghasilkan build baru untuk saluran produksi.

Anda harus menambahkan tes di langkah build untuk memastikan code Anda berfungsi.

Pergi ke dashboard Capgo Anda dan periksa build yang baru muncul, Anda sekarang memiliki sistem CI/CD.

Jika Anda ingin membiarkan semua pengguna Anda mendapatkan pembaruan ketika tersedia, pergi ke saluran Anda dan atur ke public.

Teruskan dari Automatic build and release dengan Gitlab

Jika Anda menggunakan Automatic build and release dengan Gitlab untuk merencanakan otomatisasi CI/CD, hubungkan dengan Capgo CI/CD untuk alur kerja produk di Capgo CI/CD, Capgo Pembangunan Asli untuk alur kerja produk di Capgo Pembangunan Asli, Capgo Integrasi for the product workflow in Capgo Integrations, untuk alur kerja produk di __CAPGO_KEEP_0__ Integrasi, Pengintegrasian CI/CD GitHub Actions Integration for the implementation detail in GitHub Actions Integration.