Lompat ke konten utama
CI/CD

Automatic build dan rilis dengan Gitlab

Buatlah pipeline CI/CD sendiri dengan Gitlab secara gratis, dan deploy aplikasi setiap kali Anda push ke main.

Martin Donadieu

Martin Donadieu

Pengembang Konten

Automatic build 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 pemahaman bagaimana untuk meningkatkan nomor versi, itu hanya 5 menit untuk belajar.

Komit konvensional

GitLab CI untuk tag

Kemudian Anda perlu membuat GitLab pertama untuk secara otomatis membangun 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.

Jangan khawatir jika Anda tidak memiliki file ini, akan dibuat untuk Anda.

Untuk membuat ini berfungsi, buat Token Akses Pribadi dan tambahkan ke variabel GitLab CI/CD Anda sebagai PERSONAL_ACCESS_TOKEN.

Hal ini diperlukan untuk memungkinkan CI mengirimkan perubahan log.

Saat Anda membuat token, pilih kedaluwarsa 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 dalam :

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

Atur versi di file ini sama dengan yang Anda miliki di file package.json Hal ini hanya diperlukan kali pertama, kemudian alat akan memperbarui sendiri.

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

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

GitHub aksi-aksi untuk pembangunan

Buatlah file di jalur 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

Hal ini akan menginstal dan membangun ketergantunganmu sebelum mengirimkannya ke Capgo.

Jika perintahmu untuk pembangunan berbeda, kamu bisa mengubahnya di langkah ini. build_code Untuk membuat hal ini berfungsi, kamu perlu mendapatkan kunci __CAPGO_KEEP_0__ untuk __CAPGO_KEEP_1__, tambahkan di rahasia repository __CAPGO_KEEP_0__mu

To make this work, you need to get your API key for Capgo, add it in the Kamu bisa sekarang menambahkan kedua file ini dan melihat tag pertamamu muncul di GitHub! Menambahkan komit akan menghasilkan build baru untuk saluran produksi. CAPGO_TOKEN.

Kamu harus menambahkan test di langkah pembangunan untuk memastikan GitHubmu berfungsi.

Untuk membuat hal ini berfungsi, kamu perlu mendapatkan kunci __CAPGO_KEEP_0__ untuk __CAPGO_KEEP_1__, tambahkan di rahasia repository __CAPGO_KEEP_0__mu

Kamu bisa sekarang menambahkan kedua file ini dan melihat tag pertamamu muncul di code!

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

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

Pembaruan Langsung untuk aplikasi Capacitor

Ketika bug-layer web masih aktif, kirimkan perbaikan melalui Capgo daripada menunggu hari-hari untuk persetujuan toko aplikasi.

Mulai Sekarang

Terbaru dari Blog Kami

Capgo memberikan Anda wawasan terbaik yang Anda butuhkan untuk membuat aplikasi mobile profesional sejati.