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
Terlebih dahulu Anda harus memulai mengikuti konvensi komit. komit konvensional` ini akan membantu alat pemahaman bagaimana untuk meningkatkan nomor versi, itu 5 menit untuk belajar.

GitLab CI untuk tag
Lalu Anda harus membuat GitLab pertama untuk membangun secara otomatis dan membuat tag.
Buat 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 komit di branch utama. Dan tambahkan entri perubahan untuk setiap komit di branch utama di CHANGELOG.md.
Tidak perlu khawatir jika Anda tidak memiliki file ini, akan dibuatkan untuk Anda.
Untuk membuat ini berfungsi, buatlah AKSES TOKEN Pribadi dan tambahkan ke variabel GitLab CI/CD sebagai PERSONAL_ACCESS_TOKEN.
Diperlukan untuk memungkinkan CI mengirimkan perubahan log.
Saat Anda membuat token, pilih masa berlaku 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 repositori Anda.
Dan tambahkan ini di dalamnya:
[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 dengan yang Anda miliki di file package.json file.
Ini hanya diperlukan kali pertama, kemudian alat akan memperbarui sendiri.
Anda dapat sekarang mengirimkan perubahan kedua file ini dan melihat tag pertama muncul di GitHub!
GitHub aksi untuk pembangunan
Buatlah file di path ini: .github/workflows/build.yml
Mengandung 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
Proses ini akan menginstal dan membangun dependensi Anda sebelum mengirimkannya ke Capgo.
Jika perintah Anda untuk membangun berbeda, Anda dapat mengubahnya di langkah ini. build_code Untuk membuat ini berfungsi, Anda perlu mendapatkan kunci __CAPGO_KEEP_0__ Anda untuk __CAPGO_KEEP_1__, lalu tambahkan di rahasia repository __CAPGO_KEEP_0__ Anda
To make this work, you need to get your API key for Capgo, add it in the Sekarang Anda dapat menambahkan kedua file ini dan melihat tag pertama Anda muncul di GitHub! Menambahkan komit akan menghasilkan build baru untuk saluran produksi. CAPGO_TOKEN.
Anda harus menambahkan tes di langkah build untuk memastikan GitHub Anda berfungsi.
Periksa dashboard __CAPGO_KEEP_0__ Anda dan lihat build yang baru muncul, Anda sekarang memiliki sistem CI/CD.
You should add your test in the build step to ensure your code is working.
Anda harus menambahkan tes di langkah build untuk memastikan Capgo Anda berfungsi.
Jika Anda ingin memungkinkan semua pengguna mendapatkan pembaruan ketika tersedia, pergi ke saluran Anda dan atur menjadi public.
Mengikuti dari Automatic build dan rilis dengan Gitlab
Jika Anda menggunakan Automatic build dan rilis dengan Gitlab untuk merencanakan otomatisasi CI/CD, hubungkan dengan Capgo CI/CD untuk alur kerja produk di Capgo CI/CD, Capgo Native Builds untuk alur kerja produk di Capgo Native Builds, Capgo Integrations for the product workflow in Capgo Integrations, untuk alur kerja produk di __CAPGO_KEEP_0__ Integrations, untuk detail implementasi di Integrasi CI/CD, dan GitHub Integrasi Aksi untuk detail implementasi di GitHub Integrasi Aksi.