Zur Hauptseite springen
CI/CD

Automatisieren Sie Capgo Live-Updates mit lieblichen GitHub Actions

Einfacher Lovable-Publish zu Produktionsbenutzern: Synchronisieren Sie sich mit GitHub, speichern Sie Ihre Capgo API-Schlüssel als Geheimnis und lassen Sie GitHub Actions auf jeden Push bauen und hochladen.

Artikelcredits

Martin Donadieu

Autor

Valeria

Rezensent

Jordan

Redakteur

Automatisieren Sie Capgo Live-Updates mit liebenswerten GitHub-Aktionen

Ihr Kunde möchte einen einzelnen Button in Lovable, der Änderungen an jeden aktiven Benutzer sendet. Sie haben bereits nachgewiesen, dass der Update-Path manuell funktioniert:

npx @capgo/cli@latest bundle upload --channel=production --auto-bump

Der fehlende Teil ist nicht noch ein Terminal-Befehl innerhalb von Lovable. Lovable kann Capgo nicht auf Publish ausführen. Wenn GitHub-Sync aktiviert ist, Publish pusht einen Commit in Ihren Repository. GitHub-Aktionen führen den Build und bundle upload für Sie durch.

This guide covers the only manual setup your client must do once: add CAPGO_TOKEN als ein GitHub-Geheimnis. Für das Workflow-File fügen Sie die fertige AI-Anweisung in Lovable (Schritt 3) ein.

How funktioniert der Pipeline?

Schritt Wer Was passiert
1 Kunde Ändert die App in Lovable und klickt auf Veröffentlichen
2 Lovable Kommt und pusht zu GitHub (normalerweise) main)
3 GitHub Actions npm ci, npm run build, bundle upload --auto-bump zu Capgo
4 Capgo Aktive Geräte auf dem production Kanal erhalten die Aktualisierung

Kein SSH, kein lokales CLI, kein zusätzlicher Klick nach der geheimen Konfiguration.

Voraussetzungen

  • Lovable-Projekt verbunden mit GitHub (Exportanleitung)
  • Capacitor + @capgo/capacitor-updater in dem Repository (Lovable zu mobilen Geräten)
  • App registriert in Capgo mit capacitor.config.ts Zeiger auf die richtige appId
  • production Kanal existiert und ist mit den Builds verbunden, die Ihre Benutzer ausführen

Why --auto-bump

Jeder Capgo Upload benötigt eine neue eindeutige Bundle-Version.Lovable Publish führt keine Bump durch package.json liest die neueste Version auf dem Kanal (oder App) und erhöht sie. Der Standardwert ist

--auto-bump liest die neueste Version auf dem Kanal (oder App) und erhöht sie um eins. Standardlevel ist minorSie können die folgenden Werte übergeben --auto-bump patch or --auto-bump major Schritt 1 — Erstellen Sie ein __CAPGO_KEEP_0__ __CAPGO_KEEP_1__-Schlüsselpaar

Schritt 1 — Erstellen Sie eine Capgo API-Schlüssel

  1. Open console.capgo.app/apikeys/
  2. Erstelle einen API-Schlüssel mit Berechtigung, um Pakete für deine App hochzuladen
  3. Kopiere den Schlüssel einmal. Du wirst den vollständigen Wert nicht wiedersehen

Behandle diesen Schlüssel wie ein Passwort. Kommitiere ihn nicht in Git oder füge ihn nicht in Lovable-Chat ein

Schritt 2 — Hinzufügen CAPGO_TOKEN im GitHub (der einzige Umgebungs-Schritt)

Dies ist der Schritt, den du an Kuldeep und jedem Kunden, der den Repository besitzt, sendest

  1. Öffne das GitHub-Repository, das Lovable synchronisiert
  2. Gehe zu Einstellungen → Geheimnisse und Variablen → Gehe zu
  3. Klicke Neues Repository-Secret
  4. Name: CAPGO_TOKEN
  5. Wert: Fügen Sie den Capgo API-Schlüssel aus Schritt 1 ein
  6. Speichern

GitHub fügt das Secret in Workflows ein als ${{ secrets.CAPGO_TOKEN }}. Das unten stehende Workflow liest es als das CAPGO_TOKEN Umgebungsvariable für den Capgo CLI.

Wenn das Repository unter der Organisation Ihres Kunden liegt, müssen sie das Secret auf ihrem repo. Sie benötigen nur den Schlüssel in GitHub, nicht in Lovable-Einstellungen.

Schritt 3 — Fügen Sie diesen Hinweis in Lovable ein

Kopieren Sie den Block unten in die Lovable-Chats. Wenn Ihr Default-Branch nicht main, replace main Ersetzen Sie in der Arbeitsablauf mit Ihrem Branch-Namen.

Add Capgo Live Updates CI with GitHub Actions.

Create `.github/workflows/capgo-live-updates.yml` (create folders if needed). Start from this YAML, then adapt install/build to this project while keeping Capgo upload + CAPGO_TOKEN secret behavior:

name: Capgo Live Updates

on:
  push:
    branches:
      - main

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v6

      - name: Setup Node.js
        uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'

      - name: Install and build
        run: |
          npm ci
          npm run build

      - name: Upload bundle to Capgo
        run: npx @capgo/cli@latest bundle upload --channel=production --auto-bump
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}

Rules:
- Do not hardcode any Capgo API key in the repo or in chat.
- The workflow must read CAPGO_TOKEN only from GitHub Actions secrets (`${{ secrets.CAPGO_TOKEN }}`).
- Keep `--auto-bump` on the upload command so each Publish gets a new unique bundle version.
- Prefer the project's real production build script from package.json (for example `npm run build` or `vite build`).
- If package-lock.json is missing, use `npm install` instead of `npm ci`.
- Do not modify app UI or Capacitor config for this task.
- Commit the workflow file so the next Publish pushes it to GitHub.

Klicken Sie nachdem Lovable die Änderung angewendet hat Veröffentlichen so dass der Arbeitsablauf auf GitHub landet.

Manuelle Alternative

Wenn Sie die Lovable-Chats nicht verwenden möchten, erstellen Sie .github/workflows/capgo-live-updates.yml mit diesem YAML nur (nicht die prompte Prosa). Anpassen Sie die Installations- und Build-Schritte auf die gleiche Weise wie die Regeln oben, wenn Ihr Projekt sich unterscheidet, dann committen und pushen.

name: Capgo Live Updates

on:
  push:
    branches:
      - main

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v6

      - name: Setup Node.js
        uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'

      - name: Install and build
        run: |
          npm ci
          npm run build

      - name: Upload bundle to Capgo
        run: npx @capgo/cli@latest bundle upload --channel=production --auto-bump
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}

Vite base Weg: Liebenswerte Vite-Anwendungen benötigen oft base: './' mit vite.config.ts so laden sich die Assets innerhalb des nativen Shells. Wenn Benutzer nach einer OTA-Update eine weiße Seite sehen, fragen Sie Lovable, base: './'publishen Sie erneut und lassen Sie das Workflow wieder bereitstellen.

Verschlüsselte Bundles: Wenn Sie Capgo Verschlüsselung, add CAPGO_PRIVATE_KEY als zweites GitHub Geheimnis und weitergeben --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" __CAPGO_KEEP_0__ Geheimnis hinzu und übergeben Sie

Schritt 4 — Veröffentlichung bestätigen

  1. Schritt 4 — Bestätigen Sie die Veröffentlichung, die einen Bereitstellung auslöst
  2. Click Publish
  3. On GitHub, GitHub öffnen Actions und beobachten Capgo Live Updates
  4. Wenn die Aufgabe grün ist, öffnen Sie Ihren Capgo Konsole und bestätigen Sie ein neues Bundle auf dem production channel
  5. Auf einem Gerät mit der installierten App bestätigen Sie, dass die Änderung eingetroffen ist (kann einige Minuten dauern, je nach Kanal-Einstellungen).

✅ Success: Veröffentlichen in Lovable → grün GitHub Aktion → neue Bundle in Capgo → Benutzer erhalten die Aktualisierung.

Troubleshooting

Symptom Wahrscheinliche Ursache Lösung
Arbeitsablauf läuft nie Push ging zu einem anderen Zweig als main Änderung branches in dem Arbeitsablauf oder veröffentlichen Sie zu main
CAPGO_TOKEN Auth-Fehler Geheimes fehlt oder falscher Name Geheimes muss genau CAPGO_TOKEN unter Actions-Secrets
Version existiert bereits Upload wiederverwendet die gleiche Bundle-Version Keep --auto-bump der Upload-Schritt (oder passen Sie --auto-bump patch)
Beim Build schlägt npm ci Lockfile ist nicht synchron Laufen Sie npm install lokal, commit package-lock.jsonlokale, commit
, veröffentlichen Sie wieder Wrong webDir Falsch base oder Vite capacitor.config.ts webDir um die Ausgabe zu bauen (dist für Vite) und setzen base: './'
Benutzer sehen die Aktualisierung nicht Kanal nicht mit ihrem Build verbunden In Capgo, verknüpfen Sie den Gerätebuild mit production oder setzen Sie den Kanal auf öffentlich

Für weitere Workflowmuster (Funktionszweige, PR-Kanäle, Verschlüsselung), sehen Sie sich bitte an GitHub Actions-Integration.

Was Sie Ihrem Kunden erzählen

Senden Sie ihnen diesen Checklisten:

  1. Sie bereits Lovable mit GitHub verbunden und Capgo auf der mobilen App eingerichtet haben
  2. Sie fügen sie ein GitHub Geheimnis hinzu: CAPGO_TOKEN mit ihrem Capgo API Schlüssel (apikeys Seite).
  3. Sie klicken Veröffentlichen in Lovable, sobald sie möchten, dass die Benutzer Änderungen erhalten.
  4. Sie laufen nie npx @capgo/cli lokale Anwendungen, es sei denn, sie wollen das.

Das entspricht der ein-klickigen Erfahrung, die sie sich gewünscht haben: Veröffentlichen in Lovable ist der Button; GitHub Actions und Capgo erledigen den Rest.

Weitermachen

Live-Updates für Capacitor-Anwendungen

Wenn ein Web-Schicht-Bug live ist, schicken Sie die Reparatur über Capgo anstatt Tage zu warten, bis die App-Store-Zulassung genehmigt ist. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Prozess bleiben.

Menschliche Unterstützung von Martin

Get Started Now

Neuestes aus unserem Blog

Capgo gibt Ihnen die besten Einblicke, die Sie benötigen, um eine wirklich professionelle mobile App zu erstellen.