Lompat ke konten utama

Pembangunan Otomatis dan Rilis dengan Gitlab

Buatlah pipeline pengujian integrasi/deploy sendiri dengan Gitlab secara gratis, rilis aplikasi setiap kali Anda push ke main.

Martin Donadieu

Martin Donadieu

Pengembang Konten

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

Komit Konvensional

GitLab CI untuk tag

Maka Anda perlu 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 cabang utama. Dan tambahkan entri perubahan untuk setiap komit di cabang 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.

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

Terakhir, untuk membiarkan 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 Anda. package.json Ini hanya perlu dilakukan kali pertama, kemudian alat-alat akan menjaganya secara otomatis.

Anda dapat sekarang mengomitkan kedua file ini dan melihat tag pertama muncul di __CAPGO_KEEP_0__!

GitHub aksi untuk build

GitHub actions for build

dengan konten ini : .github/workflows/build.yml

Ini akan menginstal dan membangun dependensi Anda sebelum mengirimkannya ke __CAPGO_KEEP_0__.

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

This will install and build your dependency before sending it to Capgo.

__CAPGO_KEEP_0__ build_code To membuat ini berfungsi, Anda perlu mendapatkan kunci __CAPGO_KEEP_0__ Anda untuk __CAPGO_KEEP_1__, tambahkan kunci tersebut di

To make this work, you need to get your API key for Capgo, add it in the secret of your GitHub repository Anda dapat sekarang mengirimkan kedua file ini dan melihat tag pertama Anda muncul di __CAPGO_KEEP_0__! CAPGO_TOKEN.

You can now commit this both files and see your first tag appear in GitHub!

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

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

Go To your Capgo dashboard and check your build who just appeared, you now have your CI/CD system.

Teruskan dari Build dan rilis otomatis dengan Gitlab public.

Jika Anda menggunakan

Build dan rilis otomatis dengan Gitlab step. untuk merencanakan otomatisasi CI/CD, hubungkannya dengan Capgo Otomatisasi CI/CD untuk alur kerja produk di Capgo Otomatisasi CI/CD, Capgo Pembangunan Native untuk alur kerja produk di Capgo Pembangunan Native, Capgo Integrasi untuk alur kerja produk di Capgo Integrasi, Integrasi CI/CD untuk detail implementasi di Integrasi CI/CD, dan GitHub Integrasi Aksi untuk detail implementasi di GitHub Integrasi Aksi.

Update Langsung untuk Aplikasi Capacitor

Mengapa menunggu hari-hari untuk mendapatkan persetujuan toko aplikasi ketika Anda bisa mengirimkan perbaikan bug web-layer secara langsung melalui Capgo? Pengguna mendapatkan update di latar belakang sementara perubahan native tetap dalam jalur review normal.

Mulai Sekarang

Terbaru dari Blog Kami

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