Automatic build and release app with Github actions

Dieses Tutorial konzentriert sich auf die GitHub-Hosting, aber Sie können es mit wenigen Anpassungen auf jede andere CI/CD-Plattform anwenden.

Vorwort

Be sure you have added your Capacitor app first to Capgo, this tutorial just focuses on the upload phase. If you need to add your app to Capgo, you can follow this Wenn Sie Ihr Anwendungs auf __CAPGO_KEEP_2__ hinzufügen möchten, können Sie dieses Tutorial befolgen.

Anleitung

Commit-Konvention Beginnen Sie zunächst mit der Einhaltung der Commit-KonventionKonventionelle Commits

Konventionelle Commits für die Tag-GitHub-Aktion

Then you have to create your first GitHub action to automatically build and create tag.

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

Das wird für jeden Commit in Ihrer Hauptzweig eine Release-Tags erstellen. Und eine Änderungsprotokoll-Eintrag für jeden Commit in der Hauptzweig hinzufügen. CHANGELOG.md.

Bedenken Sie sich nicht, wenn Sie diese Datei nicht haben, sie wird für Sie erstellt.

Um dies zu ermöglichen, erstellen Sie ein PERSONAL ACCESS TOKEN and add it to your GitHub Geheimnisse als PERSONAL_ACCESS_TOKEN.

Dies ist erforderlich, um dem CI die Änderungsprotokoll-Einträge zu ermöglichen.

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

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

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

Sie können jetzt diese beiden 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

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 vor dem Senden an Capgo bauen.

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

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

Sie können jetzt diese beiden Dateien committen und sehen Sie Ihren ersten Tag in GitHub erscheinen!

Der Commit wird eine neue Build für den Produktionskanal generieren.

Sie sollten Ihre Tests in der Build-Schritt einfügen, 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, sobald sie verfügbar ist, erhalten, 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 Befolgung dieses Tutorials 👇

Bleiben Sie bei der automatischen Build- und Release-Anwendung mit Github-Aktionen

Wenn Sie __CAPGO_KEEP_0__ verwenden Automatic build and release app with Github actions um die CI/CD-Automatisierung zu planen, sie mit Capgo CI/CD for the product workflow in Capgo CI/CD, Capgo Native Builds for the product workflow in Capgo Native Builds, Capgo Integrations for the product workflow in Capgo Integrations, CI/CD-Integration für die Implementierungsdetails in CI/CD-Integration, und GitHub Actions Integration for the implementation detail in GitHub Actions Integration.