Automatischer Build und Release-App 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.

Vorwort

Stellen Sie sicher, dass Sie Ihr Capacitor-Anwendungsprogramm zuerst in Capgo hinzugefügt haben, diese Anleitung konzentriert sich nur auf die Upload-Phase. Wenn Sie Ihr Anwendungsprogramm in Capgo hinzufügen müssen, können Sie sich anhand dieser Anleitung leiten lassen. Anleitung

Commit-Konvention

Zuerst müssen Sie die Commit-Konvention befolgen Konventionelle Commits` dies wird Ihnen helfen, die Werkzeuge zu verstehen, wie sie die Versionsnummer aufschlüsseln können, 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 einen Tag zu erstellen.

Erstellen Sie ein Datei an diesem Pfad: .github/workflows/bump_version.yml

mit diesem Inhalt:

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

Dies wird einen Tag für jeden Commit in deinem Hauptzweig freigeben. Und eine Änderungsprotokoll-Eintrag für jeden Commit in dem Hauptzweig hinzufügen in CHANGELOG.md.

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

Damit dies funktioniert, erstellen Sie ein PERSONAL ACCESS TOKEN und fügen Sie es zu Ihren GitHub Geheimnisse als PERSONAL_ACCESS_TOKEN.

Dies ist notwendig, um dem CI den Änderungsprotokoll-Eintrag zu committen.

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

Setzen Sie zuletzt die Version in Ihrem package.json Datei, synchronisieren Sie sie mit Ihrer Native Version, die es dann erleichtern wird, dann folgt der nächste Schritt.

Dies ist nur notwendig bei der ersten Verwendung, dann werden die Werkzeuge es selbstständig aktualisieren.

Sie können nun beide Dateien committen und sehen, wie Ihr erster Tag in GitHub erscheint!

Beide native und web Plattformen werden die Versionsnummer nach jedem Commit erhöhen.

GitHub-Aktionen für die Build-Phase

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 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

Dies wird Ihre Abhängigkeit installieren und vorher bauen, bevor sie an Capgo gesendet wird.

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

Damit dies funktioniert, benötigen Sie Ihren API-Schlüssel für Capgo, den Sie in diesem Geheimnis Ihres GitHub Repositorys als CAPGO_TOKEN.

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

Die Commits werden eine neue Build für den Produktionskanal generieren.

Sie sollten Ihre Tests in der Build-Schritt hinzufügen, um sicherzustellen, dass Ihr code funktioniert.

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

Wenn Sie möchten, dass alle Ihre Benutzer die Aktualisierung erhalten, sobald sie verfügbar ist, gehen Sie zu Ihrem Kanal und setzen Sie ihn auf public.

Sie können auch die native Build Ihres Ionic Capacitor JavaScript-Apps durch die folgenden Anleitung hinzufügen 👇

Fortsetzen Sie von Automatic build and release app with Github actions

Wenn Sie CI/CD-Automatisierung mit Automatic build and release app with Github actions planen, verbinden Sie es mit Capgo CI/CD für den Produktworkflow in Capgo CI/CD Capgo Native Builds für den Produktworkflow in Capgo Native Builds Capgo Integrations für den Produktworkflow in Capgo Integrations CI/CD-Integration für die Implementierungsdetails in CI/CD-Integration und GitHub Actions-Integration für die Implementierungsdetails in GitHub Actions-Integration