Automatischer Build und Release der App mit Github Aktionen

Diese Anleitung konzentriert sich auf die GitHub-Hosting, aber Sie können sie mit wenigen Anpassungen 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 Tutorial

Commit-Konvention

Zuerst müssen Sie die Commit-Konvention befolgen konventionelle Commits` Dies wird dem Werkzeug helfen, die Versionsnummer zu upgraden. Es dauert 5 Minuten, es zu lernen. `

GitHub-Aktionen für die Etikettierung

Erstelle dann deine erste GitHub-Aktion, um automatisch zu bauen und eine Etikettierung zu erstellen.

Erstelle 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 deinem Hauptzweig eine Etikettierung erstellen. Und eine Änderungsliste-Eintrag für jeden Commit in dem Hauptzweig in CHANGELOG.md.

Bekümmere dich nicht, wenn du diese Datei nicht hast, sie wird für dich erstellt.

Um dies zu ermöglichen, erstelle ein PERSONAL ACCESS TOKEN und füge es zu deinem GitHub hinzu Geheimnisse als PERSONAL_ACCESS_TOKEN.

Dies ist notwendig, damit die CI den Changelog einreicht.

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 Zahl, die es erleichtern wird, dann das nächste Schritt.

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

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

Erstelle 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 wird Ihre Abhängigkeit installieren und bauen, bevor sie an Capgo gesendet wird.

Wenn Ihr Befehl für die Erstellung anders ist, können Sie ihn im Schritt ändern. build_code Damit dies funktioniert, müssen Sie Ihren __CAPGO_KEEP_0__-Schlüssel für __CAPGO_KEEP_1__ erhalten, ihn in der

To make this work, you need to get your API key for Capgo, add it in the secret of your GitHub repository Sie können jetzt diese beiden Dateien committen und sehen, wie Ihr erster Tag in __CAPGO_KEEP_0__ erscheint! CAPGO_TOKEN.

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

Sie sollten Ihre Tests im Build-Schritt hinzufügen, um sicherzustellen, dass Ihr __CAPGO_KEEP_0__ funktioniert.

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

Capgo

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 diesem Tutorial folgen 👇

Fortsetzen Sie von Automatic build and release app with Github actions

Wenn Sie Automatic build and release app with Github actions für die Planung der CI/CD-Automatisierung verwenden, 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 Aktionen Integration für die Implementierungsdetails in GitHub Aktionen Integration.