Befehle

Diese Seite ist eine geführte Übersicht. Verwenden Sie die aktuelle Befehlsreferenz für genaue Flags: Anwendung, Paket, Kanal, und Bauen.

Verwendung

Alle Befehle sollten in Ihrem App-Ordner ausgeführt werden, mit capacitor Projekt angesteckt.

Capacitor Plattformübergreifende native Laufzeit für Web-Anwendungen

Init

npx @capgo/cli@latest init [apikey]

Diese Methode dient dazu, Sie Schritt für Schritt einzuführen.

It will add your app to Capgo. It will add the code to your app to validate the update. Likewise, it will build your app. Furthermore, it will upload your app to Capgo. And it will help you to check if the update works.

Login

npx @capgo/cli login [apikey]

Diese Methode dient dazu, die apikey für Sie zu speichern.

Hinweis

benutzen --apikey=******** in jedem Befehl, um ihn zu überschreiben

Optional können Sie geben:

--local Dies wird Ihren apikey in der lokalen Repo speichern und ignoriert es im Git.

Arzt

npx @capgo/cli doctor

Befehl zur Überprüfung, ob Sie mit den Capgo Paketen auf dem neuesten Stand sind.

Dieser Befehl wird auch bei der Fehlerberichterstattung nützlich sein.

Anwendung

Hinzufügen

npx @capgo/cli app add [appId]

[appId] Ihre App-ID im Format com.test.app erklärt hier 💡 Alle Optionen werden in Ihrer Konfiguration erraten, wenn nicht angegeben..

Sie können optional Folgendes angeben:

um eine benutzerdefinierte Schaltflächensymbolik in der __CAPGO_KEEP_0__ Webanwendung anzuzeigen.

• --icon [/path/to/my/icon] to have a custom icon display in Capgo web app.
• --name [test] den __CAPGO_KEEP_0__-Schlüssel, um auf Ihr Konto zu verlinken.
• --apikey [key] API key to link to your account.
• --retention [retention] Hinzufügen

Beispiel für capacitor.config.json für appId und AppName wird der Icon im Ressourcenordner erraten

{
  "appId": "ee.forgr.capacitor_go",
  "appName": "Capgo",
  "webDir": "dist"
}

Sektion mit dem Titel „Einstellungen“

npx @capgo/cli app set [appId]

[appId] hier Optional können Sie geben:.

um in der __CAPGO_KEEP_0__ Webanwendung einen benutzerdefinierten Icon zu haben.

• --icon [/path/to/my/icon] to have a custom icon display in Capgo web app.
• --name [test] die Aufbewahrungsfrist der App-Bundle in Tagen, 0 durch Standard = unendlich.
• --retention [retention] um die Bundle-Metadaten (Link und Kommentar) an den Plugin auszuführen.
• --expose-metadata [true|false] Set
• --preview oder --no-preview um die Bundel- und Kanal-Vorschau-QR-Codes zu aktivieren oder zu deaktivieren.
• --allow-device-custom-id oder --no-allow-device-custom-id um die Anzahl der benutzerdefinierten Geräte-IDs zu steuern.
• --block-provider-infra-requests oder --no-block-provider-infra-requests um das Blockieren bekannter Google- und Apple-Datacenter-Anfragen zu steuern.
• --build-timeout-minutes [5-360] die native Build-Zeit auszulösen.
• --ios-store-url [url] oder --android-store-url [url] die Store-URL festzulegen.
• --default-upload-channel [channel] die Standard-Upload-Kanal festzulegen.
• --default-download-channel [channel] die Standard-Download-Kanal festzulegen, oder --disable-download-channels alle Download-Kanäle nicht öffentlich zu machen.
• --apikey [key] Schlüssel API zum Linken auf Ihr Konto.

Liste

npx @capgo/cli app list [appId]

[appId] Ihre App-ID in der Format ist com.test.app erläutert hier.

Optional können Sie geben:

• --apikey [key] Schlüssel API zum Linken auf Ihr Konto.

Löschen

npx @capgo/cli app delete [appId]

[appId] Ihre App-ID in der Format ist com.test.app erläutert hier.

Optional können Sie geben:

• --apikey [key] API-Schlüssel, um auf Ihr Konto zuzugreifen.
• --bundle mit der Versionsnummer wird nur diese Version gelöscht.

Debug

npx @capgo/cli app debug [appId]

[appId] Ihre App-ID in der Formatierung com.test.app erläutert hier.

Optional können Sie geben:

• --apikey [key] API-Schlüssel, um auf Ihr Konto zuzugreifen.
• --device mit dem spezifischen Gerät, das Sie debuggen möchten

Einstellung

npx @capgo/cli app setting [path]

Ändern Sie die Capacitor-Konfiguration.

[path] - Pfad der Einstellung, die Sie ändern möchten. Zum Beispiel, um die appId, bereitstellen appId. Wenn Sie die automatische Aktualisierung in der capacitor-updater, bereitstellen plugins.CapacitorUpdater.autoUpdate mit --string off.

Sie MÜSSEN entweder --string oder --bool!

Optionen:

• --string <string> - legt die Einstellung auf einen String fest
• --bool <true | false> - legt die Einstellung auf einen booleschen Wert fest

Bundle

Hochladen

npx @capgo/cli bundle upload [appId]

[appId] Ihre App-ID ist hier, die Formatierung wird erklärt hier.

Sie können optional angeben:

• --apikey <apikey> API-Schlüssel, um auf Ihr Konto zu verlinken.
• --path <path> Pfad des Ordners zum Hochladen.
• --channel <channel> Kanal, um zu verlinken.
• --external <url> Stattdessen auf Capgo Cloud verlinken, anstatt zu laden.
• --iv-session-key <key> Setze die IV und Sitzungschlüssel für die Bundle-URL extern.
• --s3-endpoint <s3Endpoint> URL des S3-Endpunkts. Funktioniert nicht mit Delta-Uploads oder der externen Option.
• --s3-region <region> Region für deinen S3-Bucket.
• --s3-apikey <apikey> API-Schlüssel für deinen S3-Endpunkt.
• --s3-apisecret <apisecret> API-Geheimnis für deinen S3-Endpunkt.
• --s3-bucket-name <bucketName> Name für deinen AWS-S3-Bucket.
• --s3-port <port> Port für deinen S3-Endpunkt.
• --no-s3-ssl Deaktiviere SSL für S3-Upload.
• --key <key> Benutzerdefinierter Pfad für öffentlichen Signierungschlüssel (v1-System).
• --key-data <keyData> Öffentlicher Signierungschlüssel (v1-System).
• --key-v2 <key> Benutzerdefinierter Pfad für privaten Signierungschlüssel (v2-System).
• --key-data-v2 <keyData> Privater Signierungschlüssel (v2-System).
• --bundle-url Druckt die Bundle-URL in die Konsole aus.
• --no-key Übergeht die Signatur und sendet die klare Aktualisierung.
• --no-code-check Übergeht die Überprüfung, ob notifyAppReady() in der Quelle code und der Index im Root-Ordner vorhanden ist.
• --display-iv-session Zeigt in der Konsole die IV- und Sitzungsschlüssel an, die zum Verschlüsseln der Aktualisierung verwendet werden.
• --bundle <bundle> Bundle-Version des zu hochladenden Bundles.
• --auto-bump [level] Automatisch erhöht sich die Version von dem kanal verbundenen Bundle, ansonsten die neueste Remote-App-Version. Ebene: major, minor (Standard) patch (Alias, oder fix), metadata(Arbeiter AI vergleicht die lokalen Dateien mit dem vorherigen __CAPGO_KEEP_0__/Kanal-Delta-Manifest, schließt die Ebene ab und gibt einen kurzen Grund an; ignoriert AI und erhöht ai (Workers AI compares local files to the previous Capgo/channel delta manifest, infers the level, and logs a short reason; skips AI and bumps patch if no previous Capgo version). Bumps until a free name is found (deleted names stay occupied). Cannot be combined with --bundle.
• --min-update-version <minUpdateVersion> __CAPGO_KEEP_0__
• --auto-min-update-version Setze die Mindestaktualisierungsversion basierend auf native Paketen.
• --ignore-metadata-check Überspringt die Überprüfung der Metadaten (node_modules) bei der Hochladung.
• --ignore-checksum-check Überspringt die Überprüfung der Prüfsumme bei der Hochladung.
• --timeout <timeout> Zeitüberschreitung für den Hochladeprozess in Sekunden.
• --delta Hochlädt Delta-(Manifest)-Dateien neben dem vollständigen Bundle.
• --delta-only Hochlädt nur Delta-(Manifest)-Updates, das vollständige Bundle überspringt.
• --no-delta Deaktiviert die Hochladung von Delta-(Manifest)-Dateien (nützlich, wenn ein Instant-Apply-Modus aktiviert ist, aber ein vollständiges Bundle gewünscht wird). autoUpdate Hochlädt das Bundle mit dem tus-Protokoll.
• --tus Verwendet das multipart-Protokoll, um Daten an S3 hochzuladen, veraltet, verwenden Sie stattdessen TUS.
• --multipart Ein verschlüsselter Prüfsummenwert (Signatur). Wird nur verwendet, wenn ein externes Bundle hochgeladen wird.
• --encrypted-checksum <encryptedChecksum> Ein Pfad zu package.json. Nützlich für Monorepos.
• --package-json <packageJson> __CAPGO_KEEP_0__
• --auto-set-bundle Setze die Bundle-Einstellungen in capacitor.config.json.
• --node-modules <nodeModules> Eine Liste von Pfaden zu node_modules. Nützlich für Monorepos (getrennt durch Kommas, z.B. ../../node_modules,./node_modules)

⭐️ Die externe Option hilft dabei, zwei Fälle zu lösen: Unternehmen mit Datenschutzbedenken, die das code nicht an Dritte weitergeben möchten, und Apps größer als 200 MB. Mit dieser Einstellung speichert Capgo nur den Link zur Zip-Datei und sendet den Link an alle Apps.

👀 Das Capgo-Cloud-System sieht nie, was in dem Link (bei externer Option) oder im code-Speicher ist.

🔑 Sie können eine zweite Sicherheitsstufe durch Verschlüsselung erreichen, dann kann Capgo nichts sehen oder ändern, es wird “vertrauenslos”.

Beispiel für package.json für Version

{
  "version": "1.0.2"
}

⛔ Die Version sollte größer als “0.0.0” sein.

💡 Vergessen Sie nicht, die Versionsnummer zu aktualisieren, wenn Sie eine neue Version senden, die Versionsnummer kann nicht überschrieben oder nach der Löschung wiederverwendet werden, aus Sicherheitsgründen.

Liste

npx @capgo/cli bundle list [appId]

[appId] Ihre App-ID im Format com.test.app wird hier erklärt Hier.

Optional können Sie geben:

• --apikey [key] API-Schlüssel, um auf Ihr Konto zu verlinken.

Löschen

npx @capgo/cli bundle delete [appId]

[appId] Ihre App-ID im Format com.test.app wird hier erklärt Hier.

Optional können Sie geben:

• --apikey [key] API-Schlüssel, um auf Ihr Konto zu verlinken.
• --bundle mit der Versionsnummer wird nur diese Version gelöscht.

Reinigung

in einer SemVer-Rangliste für eine Hauptversion zu Cloud

npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]

[appId] Ihre App-ID im Format com.test.app erklärt hier.

Optionell können Sie geben:

• --apikey [key] API-Schlüssel, um auf Ihr Konto zu verlinken.
• --bundle [majorVersion] eine Version, die Sie entfernen möchten, es wird die letzte + numberToKeep.
• --keep [numberToKeep] die Anzahl der Pakete, die Sie behalten möchten (Standard 4).

Beispiel: Wenn Sie 10 Versionen von 10.0.1 bis 10.0.11 haben und Sie npx @capgo/cli cleanup [appId] --bundle=10.0.0 es wird 10.0.1 bis 10.0.6 entfernen. 10.0.7 bis 10.0.11 wird beibehalten.

Wenn Sie insgesamt 20 Versionen haben und keine Bundle-Nummer wie folgt angeben: npx @capgo/cli cleanup [appId] --keep=2 Es werden 18 Versionen entfernt, und die letzten 2 werden beibehalten.

Diese Anweisung wird nach Bestätigung gefragt, sie zeigt eine Tabelle an, was beibehalten und entfernt wird.

Hinweis

Diese Anweisung ignoriert Bundles, die derzeit in jedem Kanal verwendet werden.

Verschlüsseln

Warnung : Diese Anweisung ist veraltet und wird in der nächsten großen Version entfernt. Bitte verwenden Sie das neue Verschlüsselungssystem. npx @capgo/cli bundle encrypt [path/to/zip]

Diese Anweisung wird verwendet, wenn Sie externe Quellen verwenden, um Ihre code zu speichern oder für Testzwecke.

Optionally, Sie können geben:

--key [/path/to/my/private_key] den Pfad Ihres privaten Schlüssels. --key-data [privateKey] die privaten Schlüsseldaten, wenn Sie inline verwenden möchten. Die Anweisung wird Ihren ivSessionKeyy und eine verschlüsselte Zip-Datei generieren, die Sie mit dem Upload-Befehl oder dem Entschlüsselungsbefehl verwenden können.

Verschlüsseln V2

npx @capgo/cli bundle encrypt [path/to/zip] [checksum]

Dieser Befehl wird verwendet, wenn Sie einen externen Quellcode verwenden, um Ihren code zu speichern, oder für Testzwecke. Der Prüfsummenwert ist der sha256-Wert des Bundles (erzeugt durch —key-v2), der zur Überprüfung der Integrität der Datei nach der Entschlüsselung verwendet wird. Er wird mit dem privaten Schlüssel verschlüsselt und gemeinsam mit dem Bundle gesendet. Bei der Verschlüsselung V2 wird der Prüfsummenwert zu einem “Signatur” des Bundles aufgewertet.

Optionally, Sie können geben:

--key [/path/to/my/private_key] den Pfad Ihres privaten Schlüssels. --key-data [privateKey] die privaten Schlüsseldaten, wenn Sie inline verwenden möchten. --json die Ausgabe von Informationen als JSON. Die Anweisung wird Ihren ivSessionKeyy und eine verschlüsselte Zip-Datei generieren, die Sie mit dem Upload-Befehl oder dem Entschlüsselungsbefehl verwenden können.

Entschlüsseln

npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]

Optionell können Sie geben:

--key [/path/to/my/private_key] den Pfad Ihres privaten Schlüssels.

--key-data [privateKey] die private Schlüsseldaten, wenn Sie inline verwenden möchten. Diese Kommandozeilenanweisung wird hauptsächlich für Testzwecke verwendet und wird den zip-Dateiinhalt entschlüsseln und das Base64-entschlüsselte Sitzungsschlüssel in der Konsole ausgeben.

Entschlüsseln V2

npx @capgo/cli bundle decryptV2 [path/to/zip] [ivSessionKey]

Optionell können Sie geben:

--key [/path/to/my/private_key] den Pfad Ihres privaten Schlüssels. --key-data [privateKey] die private Schlüsseldaten, wenn Sie inline verwenden möchten. Diese Kommandozeilenanweisung wird hauptsächlich für Testzwecke verwendet und wird den zip-Dateiinhalt entschlüsseln und das Base64-entschlüsselte Sitzungsschlüssel in der Konsole ausgeben. --checksum [checksum] die Prüfsumme der Datei, sie wird die Prüfsumme nach der Entschlüsselung überprüfen.

Zip

npx @capgo/cli bundle zip [appId]

[appId] Ihre App-ID, die Formatierung wird erklärt hier.

Sie können optional angeben:

• --path [/path/to/my/bundle] einen bestimmten Ordner zum Hochladen
• --bundle [1.0.0] die Versionsnummer des Bundle-Dateinamens
• --name [myapp] den Dateinamen zu überschreiben
• --json die Informationen als JSON auszugeben
• --no-code-check die code-Überprüfung zu ignorieren und das Bundle trotzdem zu senden
• --key-v2 den neuen Verschlüsselungssystem zu verwenden. Dies ist erforderlich, da das neue Verschlüsselungssystem bessere Prüfsummen verwendet, um die Integrität der Datei zu überprüfen

Kompatibilität

npx @capgo/cli bundle compatibility [appId] -c [channelName]

[appId] Ihre App-ID, die Formatierung wird erklärt hier. [channelName] Der Name des Kanals, den Sie überprüfen möchten.

Optionell können Sie geben:

• --apikey [key] API-Schlüssel, um auf Ihr Konto zu verlinken.
• --text Verwenden Sie Text anstelle von Emojis in der Tabelle
• --channel [channel] Der Kanal, mit dem die Kompatibilität überprüft wird.
• --package-json <packageJson> Ein Pfad zu package.json. Nützlich für Monorepos
• --node-modules <nodeModules> Eine Liste von Pfaden zu node_modules. Nützlich für Monorepos (komma getrennt, z.B. ../../node_modules,./node_modules)

Kanal

Hinzufügen

npx @capgo/cli channel add [channelName] [appId]

[channelName] den Namen Ihres neuen Kanals, wie z.B. production oder beta. [appId] Ihr App-ID im Format com.test.app erklärt hier Löschen.

Abschnitt mit dem Titel ‘Löschen’

npx @capgo/cli channel delete [channelName] [appId]

[channelName] Ihr App-ID im Format [appId] erklärt hier com.test.app __CAPGO_KEEP_0__ __CAPGO_KEEP_0__.

List

npx @capgo/cli channel list [appId]

[appId] Dein App-ID in der Formatierung com.test.app erklärt hier Optional kannst du geben:.

__CAPGO_KEEP_0__ Schlüssel, um auf Dein Konto zu verlinken.

• --apikey [key] API key to link to your account.

Abschnitt mit dem Titel „Setzen“

npx @capgo/cli channel set [channelName] [appId]

[appId] Dein Kanalname, den du konfigurieren möchtest, z.B. __CAPGO_KEEP_0__. [channelName] __CAPGO_KEEP_0__ production oder beta.

Optionell können Sie Folgendes geben:

• --bundle [1.2.3] Ihr App-Bundle ist bereits im Cloud gesendet worden, um es einer Kanal zuzuordnen.
• --latest die Versionsnummer des Bundles abrufen package.json:version, kann nicht mit --bundle.
• --state [ normal | default ] den Zustand des Kanals setzen, kann normal oder default. Ein Kanal muss default.
• --downgrade ermöglicht dem Kanal, Downgrade-Versionen an Geräte zu senden.
• --no-downgrade verhindert dem Kanal, Downgrade-Versionen an Geräte zu senden.
• --upgrade ermöglicht dem Kanal, Upgrade (große) Versionen an Geräte zu senden.
• --no-upgrade verhindert dem Kanal, Upgrade (große) Versionen an Geräte zu senden.
• --ios erlaubt dem Kanal, eine Version an iOS-Geräte zu senden.
• --no-ios verhindert dem Kanal, eine Version an iOS-Geräte zu senden.
• --android erlaubt dem Kanal, eine Version an Android-Geräte zu senden.
• --no-android verhindert dem Kanal, eine Version an Android-Geräte zu senden.
• --self-assign erlaubt Geräten, sich selbst dieser Kanal zuzuweisen.
• --no-self-assign verhindert Geräten, sich selbst dieser Kanal zuzuweisen.
• --disable-auto-update STRATEGY Deaktiviert die automatische Aktualisierungsstrategie für diesen Kanal. Die möglichen Optionen sind: major, minor, patch, metadata, none.
• --apikey [key] API-Schlüssel, um auf Ihr Konto zuzugreifen.

Deaktivieren Sie die Aktualisierungsstrategie

Es gibt einige Möglichkeiten, um Aktualisierungen für zu alte Versionen zu verhindern.
Capgo kann keine native code aktualisieren, daher sollte eine Aktualisierung von einer Version mit dem alten native code zu einer Version mit dem aktualisierten native code nicht möglich sein. Es gibt ein paar Möglichkeiten, das zu erreichen.

Zuerst, die major Strategie. Sie verhindert eine Aktualisierung vom native Baseline 0.0.0 -> Zielbundle 1.0.0. Die Hauptversion ist die hervorgehobene Zahl (1.0.0 und 0.0.0).
Zweitens ist die minor Strategie. Sie verhindert eine Aktualisierung, wenn das Zielbundle eine andere Haupt- oder Minor-Version als das Geräte-native Baseline hat, wie z.B. 0.0.0 -> 1.1.0 oder 1.1.0 -> 1.2.0.

Drittens ist die patch Strategie. Sie wurde in capgo als sehr strenger Modus hinzugefügt. Sie wird nicht empfohlen, es zu verwenden, es sei denn, Sie verstehen vollständig, wie es funktioniert. Um eine Aktualisierung akzeptieren zu können, müssen die folgenden Bedingungen erfüllt sein:

• Die Hauptversion ist die gleiche zwischen dem Zielbundle und version_build
• Die Minor-Version ist die gleiche zwischen dem Zielbundle und version_build
• The Patches sind zwischen dem Zielbundle und version_build
• Nur die Versionssuffixe können sich unterscheiden, wie z.B. Prerelease (-beta.2) oder Build-Metadaten (+build.2)

Hier sind Beispiele für Szenarien, bei denen die Aktualisierung erlaubt oder verweigert wird

• 1.0.0-beta.1 -> 1.0.0-beta.2 erlaubt
• 1.0.0+build.1 -> 1.0.0+build.2 erlaubt
• 1.0.0 -> 1.0.1 blockiert
• 1.0.0 -> 1.1.0 blockiert
• 1.0.0 -> 2.0.0 blockiert

Die Strategie-Vergleich verwendet die native Basis, die als version_build, und nicht die aktuell heruntergeladene Bundle, die als version_name.

Zuletzt die am schwierigste Strategie. metadata Strategie.
Zuerst müssen Sie wissen, dass die Aktualisierungen zunächst nachdem Sie es aktiviert haben WIRD fehlschlagen, da der Kanal die erforderliche Metadaten fehlt.
Wenn der Kanal die Metadaten fehlt, sehen Sie eine Nachricht wie diese:

Wenn Sie etwas wie das sehen, wissen Sie, dass Sie zum aktuellen Bundle für den fehlenden Kanal gehen und die Metadaten einrichten müssen.
Zuerst müssen Sie herausfinden, welcher Kanal fehlschlägt. Sie können das tun, indem Sie auf die misconfigured Spalte

Dann gehen Sie zum fehlenden Kanal und klicken auf Bundle number. Dies sollte Sie zur Bundle-Seite bringen.

Ermitteln Sie zunächst die Werte und füllen Sie das Minimal update version Feld. Dies sollte eine semver.
Wenn der Wert, den Sie übergeben, keine semver ist, erhalten Sie einen Fehler, aber wenn alles korrekt verläuft, sollten Sie etwas wie folgendes sehen:

Jetzt möchten Sie wahrscheinlich nicht jedes Mal diese Daten manuell aktualisieren. Zum Glück wird der CLI verhindern, dass Sie eine Aktualisierung ohne diese Metadaten versenden

Um ein Bundle korrekt hochzuladen, wenn Sie die metadata Option verwenden, müssen Sie den --min-update-version mit dem gültigen semver übergeben. Etwas wie das:

Das --min-update-version ist nicht die EINZIGE Möglichkeit, Kompatibilität sicherzustellen. Es gibt auch die --auto-min-update-version. Hier ist, wie es funktioniert.

Zuerst überprüft es die aktuelle Version, die auf dem Kanal hochgeladen ist. Es überprüft die Kompatibilität genauso wie bundle compatibility befehl würde. Zweitens, wenn die neue Version 100% kompatibel ist, verwendet es die min_update_version aus der neuesten Version im Kanal. Wenn nicht, dann setzt es die min_update_version auf die Bundle-Nummer der neu hochgeladenen Version. Bei dieser Option erhältst du immer eine Information, was die

ist. Es wird etwas wie das aussehen: min_update_version Mindestupdateversion

If die neue Version nicht kompatibel ist, sollte es so aussehen

End-to-End-Verschlüsselung (Vertrauenswürdig)

Capgo unterstützt die End-to-End-Verschlüsselung, das bedeutet, dass Ihr Bundle (code) vor dem Senden an den Cloud-Server verschlüsselt wird und auf dem Gerät entschlüsselt wird. Dazu müssen Sie ein RSA-Schlüsselpaar generieren, Sie können den folgenden Befehl verwenden, um es zu generieren.

Das Verschlüsselungssystem ist eine Combination aus RSA und AES, der RSA-Schlüssel wird verwendet, um den AES-Schlüssel zu verschlüsseln, und der AES-Schlüssel wird verwendet, um das Datei zu verschlüsseln.

Siehe unten für weitere Informationen zum Verschlüsselungssystem.

Verschlüsselungsschema

Erstellen Sie einen Schlüssel für Ihre App

npx @capgo/cli key create

Optional können Sie: --force To überschreiben Sie die bestehende Schlüssel. Diese Anweisung erstellt für Sie ein Schlüsselpaar in Ihrer App und fragt Sie, den privaten Schlüssel an einem sicheren Ort zu speichern. Es wird empfohlen, den privaten Schlüssel nicht in Git zu committen und ihn nicht mit anderen zu teilen.

Nach Ihrer lokalen Testphase entfernen Sie den Schlüssel aus der Konfigurationsdatei und fügen ihn im CI-Schritt hinzu mit key save

Schlüssel in Ihrer App-Konfig speichern

npx @capgo/cli key save

Optional können Sie Folgendes angeben:

--key [/path/to/my/public_key] den Pfad Ihres öffentlichen Schlüssel-Dateis.

--key-data [publicKey] die öffentliche Schlüssel-Daten, wenn Sie inline verwenden möchten. Diese Anweisung ist nützlich, wenn Sie der Empfehlung gefolgt sind und den Schlüssel nicht in Ihrer App-Konfig committeten.

CI-Integration

Um Ihre Arbeit zu automatisieren, empfehle ich Ihnen, die GitHub-Aktion die Arbeit von der Push-Operation auf unseren Server zu übernehmen

GitHub-Aktion-Tutorial

Unsere Demo-App

GitHub - Cap-go/demo-app

Vergessen Sie nicht, die CI-Umgebungsvariable mit Ihrem API-Schlüssel zu konfigurieren

Fortsetzen Sie mit Befehlen

Wenn Sie " Befehle zum Planen Ihres Dashboards und API-Operationen verwenden, verbinden Sie es mit API-Übersicht zur Implementierungsdetail in API-Übersicht, Einführung zur Implementierungsdetail in Einführung, API Schlüssel für die Implementierungsdetails in API Schlüssel, Geräte für die Implementierungsdetails in Geräte, und Pakete für die Implementierungsdetails in Pakete.