Automatisches Build- und Release-App mit Github-Aktionen

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

Vorwort

Stellen Sie sicher, dass Sie Ihre Capacitor-App zuerst in Capgo hinzugefügt haben, diese Anleitung konzentriert sich nur auf die Upload-Phase. Wenn Sie Ihre App in Capgo hinzufügen müssen, können Sie diese Anleitung befolgen. Anleitung

Commit Konvention

Zuerst müssen Sie die Commit-Konvention befolgen konventionelle Commits` dies hilft den Werkzeugen zu verstehen, wie sie die Versionsnummer aufschlüsseln können, es dauert 5 Minuten, um es zu lernen

GitHub Aktionen für die Etikettierung

Dann müssen Sie Ihre erste GitHub Aktion erstellen, um automatisch zu bauen und eine Etikettierung zu erstellen

Eine Datei an diesem Pfad erstellen: .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 für jeden Commit in Ihrer Hauptzweig eine Etikettierung freigeben. Und eine Änderungsliste-Eintrag für jeden Commit in der Hauptzweig hinzufügen CHANGELOG.md.

Keine Sorge, wenn Sie diese Datei nicht haben, sie wird für Sie erstellt

Um dies zu ermöglichen, erstellen Sie eine PERSONAL ACCESS TOKEN und fügen Sie es Ihrem GitHub hinzu Geheimnisse als PERSONAL_ACCESS_TOKEN.

Dies ist erforderlich, damit die CI die Änderungsliste committet.

Wählen Sie bei der Erstellung des Tokens die Ablaufzeit als never und den Umfang als repo.

Zuletzt setzen Sie die Version in Ihrem package.json Dokument, synchronisieren Sie es mit Ihrer Native-Version, die es erleichtern wird, dann folgen Sie dem nächsten Schritt.

Dies ist nur erforderlich zum ersten Mal, dann werden die Werkzeuge es auf dem neuesten Stand halten.

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

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

GitHub-Aktionen für die Erstellung

Erstellen Sie ein 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 installiert und baut Ihre Abhängigkeit vor der Übermittlung an Capgo.

Wenn Ihre Befehl für die Erstellung anders ist, können Sie ihn im Schritt ändern. build_code Damit dies funktioniert, benötigen Sie Ihren __CAPGO_KEEP_0__-Schlüssel für __CAPGO_KEEP_1__, fügen Sie ihn in das Geheimnis Ihres __CAPGO_KEEP_0__-Repositorys ein.

To make this work, you need to get your API key for Capgo, add it in the Sie können nun diese Dateien committen und sehen, wie Ihr erster Tag in GitHub erscheint! Die Commit-Erstellung generiert eine neue Build für den Produktionskanal. CAPGO_TOKEN.

GitHub

__CAPGO_KEEP_1__

Fügen Sie Ihren Test in der Build-Schritt hinzu, um sicherzustellen, dass Ihr code funktioniert.

Gehen Sie zu Ihrem Capgo-Dashboard und überprüfen Sie 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 hinzufügen, indem Sie diese Anleitung befolgen 👇

Fortsetzen Sie mit der automatischen Build- und Release-Anwendung mit Github-Aktionen

Wenn Sie Automatic build and release app with __CAPGO_KEEP_0__ actions verwenden Automatic build and release app with Github actions um die CI/CD-Automatisierung zu 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-Integrationen zur Produktworkflow in Capgo-Integrationen CI/CD-Integration zur Implementierungsdetail in CI/CD-Integration, und GitHub-Aktionen-Integration zur Implementierungsdetail in GitHub-Aktionen-Integration.