Verwalten Sie die Entwicklung und die Produktionsbuild mit GitHub-Aktionen

Diese Anleitung konzentriert sich auf die GitHub-Hosting, aber Sie können sie mit einem kleinen Anpassung auf jede andere CI/CD-Plattform anwenden.

Einleitung

Stellen Sie sicher, dass Sie Ihre Capacitor-App zuerst in Capgo hinzugefügt haben, diese Anleitung konzentriert sich nur auf die Upload-Phase

Commit-Konvention

Zuerst müssen Sie die Commit-Konvention befolgen. konventionelle CommitsDies wird der Werkzeugung helfen, wie sie die Versionsnummer aufschlüsseln sollen, es dauert nur 5 Minuten, um es zu lernen.

GitHub-Aktionen für Tags

Dann müssen Sie Ihre erste GitHub-Aktion erstellen, um automatisch zu bauen und Tags zu erstellen.

Erstellen Sie ein File an dieser Stelle: .github/workflows/bump_version.yml

Mit diesem Inhalt:

name: Bump version

on:
  push:
    branches:
      - main
      - development

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
        if: github.ref == 'refs/heads/main'
        run: npx capacitor-standard-version
      - name: Create bump and changelog
        if: github.ref != 'refs/heads/main'
        run: npx capacitor-standard-version --prerelease alpha
      - 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

Dies wird für jeden Commit in Ihrer Hauptbranch einen Tag freigeben. Und eine alpha Veröffentlichung für development, und zuletzt eine Änderungsprotokoll-Einträge für jeden Commit in CHANGELOG.md.

Machen Sie sich keine Sorgen, wenn Sie dieses File nicht haben, es wird für Sie erstellt.

Um dies zu ermöglichen, müssen Sie ein __CAPGO_KEEP_0__ erstellen und es in Ihrem GitHub geheimen Einstellungen als PERSONAL_ACCESS_TOKEN.

Dies ist erforderlich, um dem CI die Möglichkeit zu geben, die Changelog und die Versionsnummer zu aktualisieren.

Wenn Sie den Token erstellen, wählen Sie die never und den Umfang als repo.

Setzen Sie die version Schlüssel in Ihrem package.json Datei. Verwenden Sie dafür die letzte Version, die in der App Store veröffentlicht wurde.

Dies ist nur notwendig bei der ersten Anwendung, dann werden die Werkzeuge es auf dem neuesten Stand halten.

Sie können diese beiden Dateien jetzt committen und sehen, wie Ihr erster Tag in GitHub erscheint!

capacitor-standard-version ist das Paket, das die Magie bewirkt, standardmäßig aktualisiert er auch Ihre Versionsnummer in Android und IOS

GitHub-Aktionen für die Erstellung

Erstellen Sie eine Datei an diesem Pfad: .github/workflows/build.yml

mit diesem Inhalt:

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 build
        env:
          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
      - name: Create Release Alpha
        if: "contains(github.ref, '-alpha.')"
        id: create_release_prepro
        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
      - name: Create Release Production
        if: "!contains(github.ref, '-alpha.')"
        id: create_release_prod
        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production

Dies installiert und baut Ihre Abhängigkeit vor der Übermittlung an Capgo.

Wenn Ihr Build-Befehl anders ist, können Sie ihn in der build_code Schritt ändern.

Wenn Sie eine Umgebungsvariable benötigen, verwenden Sie die MY_ENV_VAR und setzen Sie den secret in Ihren GitHub-Projekt-Einstellungen, dann geheim und dann GitHub-Action.

Um Capgo-Hochladen zu ermöglichen, benötigen Sie Ihren API-Schlüssel für Capgo, fügen Sie ihn in der Geheimzahl Ihres GitHub-Repositorys als CAPGO_TOKEN.

Sie können nun diese beiden Dateien committen und sehen, wie Ihre erste Version in Capgo erscheint!

Der Commit wird eine neue Capacitor-Build für die Produktions- und Entwicklungs-Kanäle generieren.

Sie sollten Ihren Test im Ionic-Build-Schritt hinzufügen, um sicherzustellen, dass code funktioniert.

Gehe zu Ihrem Capgo-Dashboard und überprüfen Sie Ihre Build, die gerade erschienen ist, jetzt haben Sie Ihr CI/CD-System.