Befehle

Diese Seite ist eine geführte Übersicht. Verwenden Sie die aktuelle Befehlsreferenz für genaue Flags: app, bundle, Kanal, und build.

Verwendung

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

Capacitor Plattformübergreifes natives Laufzeitumfeld für Web-Apps

Init

npx @capgo/cli@latest init [apikey]

Dieser Vorgang dient dazu, Sie Schritt für Schritt einzuführen.

Es wird Ihre App zu Capgo hinzufügen. Es wird code zu Ihrer App hinzufügen, um die Aktualisierung zu validieren. Ebenso wird es Ihre App erstellen. Darüber hinaus wird es Ihre App zu Capgo hochladen. Und es wird Ihnen helfen, zu überprüfen, ob die Aktualisierung funktioniert.

Login

npx @capgo/cli login [apikey]

Dieser Vorgang dient dazu, die apikey für Sie zu speichern.

Hinweis

Benutzung --apikey=******** in jeder Befehlszeile überschreiben

Sie können optional Folgendes angeben:

--local Dies wird Ihre apikey in der lokalen Repo speichern und es git ignorieren.

Arzt

npx @capgo/cli doctor

Befehl, um zu überprüfen, 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 geben:

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] die __CAPGO_KEEP_0__-Schlüssel, um auf Ihr Konto zu verlinken.
• --apikey [key] API key to link to your account.
• --retention [retention] Beispiel für

für appId und AppName wird das Symbol im Ressourcenordner erraten. capacitor.config.json für AppName wird das Symbol im Ressourcenordner erraten.

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

Setzen

npx @capgo/cli app set [appId]

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

Optional können Sie geben:

• --icon [/path/to/my/icon] um eine benutzerdefinierte Schaltflächensymbolik in der Capgo Webanwendung anzuzeigen.
• --name [test] um eine benutzerdefinierte Bezeichnung in der Liste zu haben.
• --retention [retention] die Aufbewahrungsfrist der App-Bundle in Tagen, 0 durch Standard = unendlich.
• --expose-metadata [true|false] um die Bundle-Metadaten (Link und Kommentar) dem Plugin zur Verfügung zu stellen.
• --preview oder --no-preview um die Aktivierung oder Deaktivierung von Bundle- und Kanal-Vorschau-QR-Codes zu ermöglichen.
• --allow-device-custom-id oder --no-allow-device-custom-id um eigene Geräte-IDs zu steuern.
• --block-provider-infra-requests oder --no-block-provider-infra-requests um die Blockierung bekannter Google- und Apple-Datacenter-Anfragen zu steuern.
• --build-timeout-minutes [5-360] die native Build-Zeit auszusetzen.
• --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] API-Schlüssel, um auf Ihr Konto zu verlinken.

Liste

npx @capgo/cli app list [appId]

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

Optional können Sie geben:

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

Löschen

npx @capgo/cli app delete [appId]

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

Optional können Sie geben:

• --apikey [key] API key to link to your account.
• --bundle mit der Versionsnummer wird nur diese Version gelöscht.

Debug

npx @capgo/cli app debug [appId]

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

Optional können Sie geben:

• --apikey [key] API key to link to your account.
• --device mit dem spezifischen Gerät, das Sie debuggen möchten

Einstellung

npx @capgo/cli app setting [path]

Die Capacitor Konfiguration bearbeiten.

[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 boolean fest

Bündel

Hochladen

npx @capgo/cli bundle upload [appId]

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

Optional können Sie geben:

• --apikey <apikey> API-Schlüssel, um auf Ihr Konto zu verlinken.
• --path <path> Pfad des Ordners zum Hochladen
• --channel <channel> Kanal zum Verlinken
• --external <url> Stattdessen mit einer externen URL verlinken, anstatt auf Capgo Cloud hochzuladen.
• --iv-session-key <key> Die IV- und Sitzungsschlüssel für die Bundle-URL extern setzen.
• --s3-endpoint <s3Endpoint> URL des S3-Endpunkts. Funktioniert nicht mit Delta-Hochladen oder der externen Option.
• --s3-region <region> Region für Ihren S3-Bucket.
• --s3-apikey <apikey> API-Schlüssel für Ihren S3-Endpunkt.
• --s3-apisecret <apisecret> API-Geheimnis für Ihren S3-Endpunkt.
• --s3-bucket-name <bucketName> Name für Ihren AWS S3-Bucket.
• --s3-port <port> Port für Ihren S3-Endpunkt.
• --no-s3-ssl SSL für S3-Upload deaktivieren.
• --key <key> Benutzerdefinierte Pfad für öffentliche Signierungskey (v1-System).
• --key-data <keyData> Öffentlicher Signierungskey (v1-System).
• --key-v2 <key> Benutzerdefinierte Pfad für privaten Signierungskey (v2-System).
• --key-data-v2 <keyData> Privater Signierungskey (v2-System).
• --bundle-url Bundle-URL in stdout ausgibt.
• --no-key Signierungskey ignorieren und klarer Update senden.
• --no-code-check Überspringen der Überprüfung, ob notifyAppReady() in der Quelle code und der Index im root-Ordner vorhanden ist.
• --display-iv-session Zeigt im Konsole die IV- und Sitzungsschlüssel auf, die zum Verschlüsseln der Aktualisierung verwendet werden.
• --bundle <bundle> Version des Bundles zum Hochladen.
• --min-update-version <minUpdateVersion> Minimal erforderliche Version zur Aktualisierung auf diese Version. Wird nur verwendet, wenn die automatische Aktualisierung auf Metadaten in Kanal gesetzt ist.
• --auto-min-update-version Setzt die Mindestaktualisierungsversion basierend auf native Paketen.
• --ignore-metadata-check Überspringt die Metadaten (node_modules)-Überprüfung bei dem Hochladen.
• --ignore-checksum-check Überspringt die Prüfsummenüberprüfung bei dem Hochladen.
• --timeout <timeout> Zeitüberschreitung für den Upload-Prozess in Sekunden.
• --delta Hochlädt Delta-(Manifest)-Dateien neben dem vollständigen Bundle.
• --delta-only Hochlädt nur Delta-(Manifest)-Aktualisierungen, indem das vollständige Bundle ausgelassen wird.
• --no-delta Deaktiviert die Delta-(Manifest)-Hochläufe (wirksam, wenn ein Instant-Apply-Modus aktiviert ist, aber ein vollständiges Bundle gewünscht wird). autoUpdate Setzt die Mindestaktualisierungsversion basierend auf native Paketen.
• --tus Laden Sie das Bundle mit dem tus-Protokoll hoch.
• --multipart Verwendet das multipart-Protokoll, um Daten an S3 hochzuladen. Veraltet, verwenden Sie stattdessen TUS.
• --encrypted-checksum <encryptedChecksum> Ein verschlüsselter Prüfsummenwert (Signatur). Wird nur verwendet, wenn ein externes Bundle hochgeladen wird.
• --package-json <packageJson> Ein Pfad zu package.json. Nützlich für monorepos.
• --auto-set-bundle Setzen Sie das Bundle in capacitor.config.json.
• --node-modules <nodeModules> Eine Liste von Pfaden zu node_modules. Nützlich für monorepos (komma-getrennt, z.B. ../../node_modules,./node_modules)

⭐️ Die externe Option hilft dabei, 2 Fälle zu entsperren: Unternehmen mit Datenschutzbedenken, senden Sie das code nicht an einen Dritten und Apps größer als 200 MB. Mit dieser Einstellung speichert Capgo nur den Link zum Zip-Datei und sendet den Link an alle Apps.

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

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

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 bei jeder Übermittlung zu aktualisieren, da die Versionsnummer nicht überschrieben oder nach der Löschung wiederverwendet werden kann, aus Sicherheitsgründen.

Liste

npx @capgo/cli bundle list [appId]

[appId] erklärt die Formatierung Ihres App-IDs com.test.app hier Sie können optional folgendes angeben:.

__CAPGO_KEEP_0__-Schlüssel, um auf Ihr Konto zu verlinken.

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

Abschnitt mit dem Titel „Löschen“

npx @capgo/cli bundle delete [appId]

[appId] erklärt die Formatierung Ihres App-IDs com.test.app erklärt hier.

Optionell 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-Rang 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, um vorherige Pakete, wird die letzte behalten + 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 entfernt. 10.0.7 bis 10.0.11 werden behalten.

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

Diese Anweisung wird nach Bestätigung gefragt, es zeigt eine Tabelle an, was behalten 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 einen externen Quellcode verwenden, um Ihre code zu speichern oder für Testzwecke.

Optional 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. Die Anweisung wird Ihre ivSessionKeyy und generiert ein verschlüsseltes Zip, um es mit dem Upload-Befehl oder dem Entschlüsselungsbefehl zu verwenden.

Verschlüsseln V2

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

Diese Anweisung wird verwendet, wenn Sie einen externen Quellcode verwenden, um Ihre code zu speichern oder für Testzwecke. Der Prüfsummenwert ist der sha256-Wert des Pakets (erzeugt durch —key-v2), er wird verwendet, um die Integrität des Dateisystems nach der Entschlüsselung zu überprüfen. Er wird mit dem privaten Schlüssel verschlüsselt und gemeinsam mit dem Paket gesendet. Bei der Verschlüsselung V2 wird der Prüfsummenwert auf ein “Zeichen” des Pakets aufgewertet.

Optional 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. --json um Informationen als JSON auszugeben. Die Kommandozeile wird Ihre ivSessionKeyy und generiert einen verschlüsselten Zip, um ihn mit dem Upload-Befehl oder dem Entschlüsselungsbefehl zu verwenden.

Entschlüsseln

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

Optional 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. Dieser Befehl wird hauptsächlich für Testzwecke verwendet, er entschlüsselt den Zip und druckt die bas64-entschlüsselte Sitzungsschlüssel in der Konsole aus.

Entschlüsseln V2

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

Optional können Sie geben:

--key [/path/to/my/private_key] der 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, sie wird den Zip entschlüsseln und die Base64-entschlüsselte Sitzungsschlüssel im Konsole ausgeben. --checksum [checksum] die Prüfsumme des Dateis, sie wird die Prüfsumme nach der Entschlüsselung überprüfen.

Zip

npx @capgo/cli bundle zip [appId]

[appId] Ist Ihr App-ID, die Format wird erklärt hier.

Optionell können Sie geben:

• --path [/path/to/my/bundle] um eine bestimmte Ordner hochzuladen.
• --bundle [1.0.0] um die Versionsnummer des Bundle im Dateinamen zu setzen.
• --name [myapp] um den Dateinamen zu überschreiben.
• --json um Informationen als JSON auszugeben.
• --no-code-check die code-Überprüfung zu ignorieren und den Bundle trotzdem zu senden.
• --key-v2 den neuen Verschlüsselungssystem zu verwenden. Dies ist erforderlich, da das neue Verschlüsselungssystem bessere Prüfzahlen verwendet, um die Integrität des Dateisystems zu überprüfen.

Kompatibilität

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

[appId] Ihre App-ID, die Format 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 zuzugreifen.
• --text Text anstelle von Emojis in der Tabelle verwenden.
• --channel [channel] den Kanal, mit dem die Kompatibilität überprüft werden soll.
• --package-json <packageJson> Ein Pfad zu package.json. Nützlich für Monorepos.
• --node-modules <nodeModules> Auflistung der Pfade zu node_modules. Nützlich für Monorepos (getrennt durch Kommas, 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] ihre App-ID im Format com.test.app erklärt hier Löschen.

Abschnitt mit der Überschrift „Löschen“

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

[channelName] der Namen des Kanals, den Sie löschen möchten. [appId] Ihre App-ID im Format com.test.app wird hier erklärt. hier.

Liste

npx @capgo/cli channel list [appId]

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

Optional können Sie geben:

• --apikey [key] Schlüssel API zum Verknüpfen mit Ihrem Account.

Einstellung

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

[appId] Ihre App-ID, die Formatierung wird erklärt hier. [channelName] den Namen des Kanals, den Sie konfigurieren möchten, wie z.B. production oder beta.

Optionell können Sie geben:

• --bundle [1.2.3] Ihre App-Bundle, das bereits an den Cloud gesendet wurde, um es mit einem Kanal zu verbinden.
• --latest die Bundle-Version von package.json:version, kann nicht mit --bundle.
• --state [ normal | default ] den Kanalzustand setzen, kann normal oder default. Ein Kanal muss konfiguriert werden default.
• --downgrade erlaubt dem Kanal, Downgrade-Versionen an Geräte zu senden.
• --no-downgrade verhindert dem Kanal, Downgrade-Versionen an Geräte zu senden.
• --upgrade erlaubt dem Kanal, Upgrade (Haupt)-Versionen an Geräte zu senden.
• --no-upgrade verhindert dem Kanal, Upgrade (Haupt)-Versionen an Geräte zu senden.
• --ios erlaubt dem Kanal, Versionen an iOS-Geräte zu senden.
• --no-ios verhindert dem Kanal, Versionen an iOS-Geräte zu senden.
• --android erlaubt dem Kanal, Versionen an Android-Geräte zu senden.
• --no-android verhindert dem Kanal, Versionen 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: Haupt, Minor, Patch, Metadaten, None.
• --apikey [key] API-Schlüssel, um auf Ihr Konto zuzugreifen.

Updates-Strategie deaktivieren

Es gibt einige Möglichkeiten, Updates für zu alte Versionen zu deaktivieren.
Capgo kann keine native code aktualisieren, daher sollte ein Update 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 ein Update von der native Basislinie 0.0.0 -> Ziel-Paket 1.0.0. Der Hauptversion ist die hervorgehobene Zahl (1.0.0 und 0.0.0).
Zweitens ist die minor Strategie. Sie verhindert ein Update, wenn das Ziel-Paket eine andere Haupt- oder Minor-Version als die Geräte-native Basislinie hat, wie z.B. 0.0.0 -> 1.1.0 oder 1.1.0 -> 1.2.0.

Drittens, die Strategie. Es wurde in __CAPGO_KEEP_0__ als sehr strenger Modus hinzugefügt. Es wird nicht empfohlen, ihn zu verwenden, es sei denn, Sie verstehen vollständig, wie es funktioniert. Um ein Update akzeptieren zu können, müssen die folgenden Bedingungen erfüllt sein: patch strategy. It was added into capgo as a very strict mode. It’s not recommended to be used unless you fully understand how it works. In order for it to accept an update, the following conditions must be met:

• Die Minorversion ist zwischen dem Zielbundle und version_build
• Die Patchversion ist zwischen dem Zielbundle und version_build
• Erstellt nur die Versionspräfixe unterscheiden, wie z.B. Vorabversionen ( version_build
• ) oder Build-Metadaten (-beta.2Hier sind einige Beispiele, in denen das Update zugelassen oder abgelehnt wird:+build.2)

1.0.0-beta.1 -> 1.0.0-beta.2 zugelassen

• 1.0.0+build.1 -> 1.0.0+build.2 zugelassen
• 1.0.0 -> 1.0.1 abgelehnt
• 1.0.0 -> 1.1.0 abgelehnt
• Die Hauptversion ist gleich zwischen dem Zielbundle und __CAPGO_KEEP_0__.
• 1.0.0 -> 2.0.0 blockiert

Die Strategie-Vergleichung verwendet die native Basis, die als version_build, nicht die aktuelle heruntergeladene Pakete, die als version_name.

Zuletzt die am schwierigsten Strategie. Die metadata Strategie.
Zuerst müssen Sie wissen, dass die Aktualisierungen WERDEN fehlschlagen, da der Kanal die erforderlichen Metadaten fehlt.
Wenn der Kanal 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 setzen müssen.
Zuerst müssen Sie herausfinden, welcher Kanal fehlschlägt. Sie können das tun, indem Sie sich das Bundle für den fehlenden Kanal ansehen und die Metadaten einrichten. misconfigured Spalte

Gehe dann zum fehlgeschlagenen Kanal und klicke auf Bundle numberDies sollte dich zur Bundle-Seite bringen.

Dort fülle das Minimal update version Feld. Dies sollte eine semver.
Wenn der Wert, den du übermittelst, keine semver ist, erhältst du einen Fehler, aber wenn alles korrekt verläuft, solltest du etwas wie das sehen:

Now, you likely do not want to set this data manually every time you update. Fortunately, the CLI will prevent you from sending an update without this metadata

To um eine Bundle korrekt hochzuladen, wenn Sie die Option verwenden, müssen Sie den metadata mit dem --min-update-version mit einem gültigen semver angeben. Etwas wie das: __CAPGO_KEEP_0__-Upload mit Metadaten

ist NICHT die EINZIGE Möglichkeit, Kompatibilität zu gewährleisten. Es gibt auch die --min-update-version . Hier ist, wie es funktioniert. --auto-min-update-versionZuerst überprüft es die aktuell hochgeladene Version im Kanal. Es überprüft die Kompatibilität genauso wie der

Befehl. bundle compatibility Zweitens, wenn die neue Version 100% kompatibel ist, übernimmt es die min_update_version aus der letzten Version im Kanal. Wenn nicht, dann setzt es die min_update_version zur Bundelnummer der neu hochgeladenen Version.

Sie erhalten immer eine Information, was ist die min_update_version Wenn Sie diese Option verwenden, wird es so aussehen:

Wenn 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 Bundel (code) vor dem Senden in die Cloud verschlüsselt und auf dem Gerät entschlüsselt wird. Dazu müssen Sie eine 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

Erstelle eine Schlüssel für deine App

npx @capgo/cli key create

Optional kannst du angeben: --force um die bestehende Schlüssel zu überschreiben. Diese Anweisung erstellt für dich ein Schlüsselpaar in deiner App und fragt dich, den privaten Schlüssel an einem sicheren Ort zu speichern. Es wird empfohlen, den privaten Schlüssel nicht in deinem Git-Repository zu committen und ihn nicht mit anderen zu teilen.

Nach deiner lokalen Testphase entferne die Schlüssel aus der Konfigurationsdatei und füge sie im CI-Schritt hinzu mit key save

Speichere Schlüssel in deiner App-Konfiguration

npx @capgo/cli key save

Optional kannst du angeben:

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

--key-data [publicKey] die öffentliche Schlüssel-Daten, wenn du inline verwenden möchtest. Diese Anweisung ist nützlich, wenn du die Empfehlung befolgt hast und den Schlüssel nicht in deiner App-Konfiguration committiert hast.

CI-Integration

Um Ihre Arbeit zu automatisieren, empfehle ich Ihnen, dass die GitHub-Aktion die Arbeit des Hochladens auf unseren Server übernimmt

Tutorial zur GitHub-Aktion

Unser Demo-App

GitHub - Cap-go/demo-app

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

Weiter geht es von den Befehlen

Wenn Sie Befehle zur Planung Ihres Dashboards und API-Operationen verwenden, verbinden Sie es mit API Übersicht für die Implementierungsdetails in API Übersicht, Einführung für die Implementierungsdetails 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.