Befehle

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

context

All Befehle sollten in Ihrem App-Ordner mit capacitor Projekt ausgeführt werden, das korrekt eingeigt ist.

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.

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

Anmeldung

npx @capgo/cli login [apikey]

Sektion mit dem Titel “Anmeldung” apikey für Sie.

Note

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

Optional können Sie auch geben:

--local Dies wird Ihre apikey in der lokalen Repo und ignoriere es im Git.

Arzt

npx @capgo/cli doctor

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

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

Anwendung

Erstellen

npx @capgo/cli app add [appId]

[appId] ist in der folgenden Form erklärt com.test.app erläutert hier.

💡 Alle Optionen werden in Ihrer Konfiguration automatisch ermittelt, wenn nicht angegeben.

Sie können optional Folgendes angeben:

• --icon [/path/to/my/icon] to have a custom icon display in Capgo web app.
• --name [test] einen eigenen Namen in der Liste zu haben.
• --apikey [key] den API-Schlüssel, um auf Ihr Konto zuzugreifen.
• --retention [retention] die Aufbewahrungsfrist für die App-Bundle in Tagen, 0 durch Voreinstellung = unendlich.

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

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

Einstellung

npx @capgo/cli app set [appId]

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

Optional können Sie:

• --icon [/path/to/my/icon] eine benutzerdefinierte Icon-Anzeige in Capgo Webanwendung haben
• --name [test] einen eigenen Namen in der Liste zu haben.
• --retention [retention] die Aufbewahrungsfrist der App-Bundle in Tagen, 0 durch Standard = unendlich
• --expose-metadata [true|false] die Bundle-Metadaten (Link und Kommentar) dem Plugin zur Verfügung stellen
• --preview oder --no-preview um Bundle und Channel-Vorschau-QR-Codes zu aktivieren oder zu deaktivieren.
• --allow-device-custom-id oder --no-allow-device-custom-id Welche Vorteile bieten unsere Alternativen?
• --block-provider-infra-requests oder --no-block-provider-infra-requests um die Blockierung bekannter Google- und Apple-Datencenter-Anfragen zu kontrollieren.
• --build-timeout-minutes [5-360] um das Blockieren bekannter Google- und Apple-Datencenter-Anfragen zu steuern.
• --ios-store-url [url] oder --android-store-url [url] um die native Build-Zeit zu setzen.
• --default-upload-channel [channel] um die Store-URL zu setzen.
• --default-download-channel [channel] um die Standard-Upload-Channel zu setzen. --disable-download-channels um die Standard-Download-Channel zu setzen, oder
• --apikey [key] API Schlüssel, um auf Ihr Konto zuzugreifen.

Liste

npx @capgo/cli app list [appId]

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

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

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

Delete

npx @capgo/cli app delete [appId]

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

Optional können Sie:

• --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 erklärt hier here.

Optional können Sie:

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

protectedTokens

npx @capgo/cli app setting [path]

bearbeiten Sie die Capacitor-Konfiguration.

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

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

Options:

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

Paket

Hochladen

npx @capgo/cli bundle upload [appId]

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

Sie können optional 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 auf eine externe URL verlinken, anstatt auf Capgo Cloud hochzuladen.
• --iv-session-key <key> Satz der IV und Sitzungsschlüssel für die Paket-URL extern.
• --s3-endpoint <s3Endpoint> URL des S3-Endpunkts. Funktioniert nicht mit Delta-Uploads 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 Ignore signing key and send clear update.
• --no-code-check Igriere das Überprüfen, ob notifyAppReady() in der Quelle code und der Index im Root-Ordner vorhanden ist.
• --display-iv-session Show in the console the IV and session key used to encrypt the update.
• --bundle <bundle> Bundelnummer der Version des zu hochladenden Bundels.
• --auto-bump [level] Automatische Inkrementierung von der kanal verbundenen Bundel, andernfalls die neueste Remote-App-Version. Ebene: major, minor (Standardmäßig) patch (Alias) fix), metadata, oder ai (Arbeitnehmer AI vergleicht lokale Dateien mit der vorherigen Capgo/Kanal-Delta-Manifest, schließt die Ebene ab und gibt einen kurzen Grund an; ignoriert AI und erhöht patch wenn keine vorherige Capgo-Version vorhanden ist. Erhöht, bis ein freier Name gefunden wird (gelöschte Namen bleiben belegt). Kann nicht mit --bundle.
• --min-update-version <minUpdateVersion> Minimal erforderliche Version, um auf diese Version zu aktualisieren. Wird nur verwendet, wenn die automatische Aktualisierung in der Kanal-Einstellung auf Metadaten gesetzt ist.
• --auto-min-update-version Setzen Sie die Mindestaktualisierungsversion basierend auf native Paketen.
• --ignore-metadata-check Ignores die Metadaten (node_modules) bei der Upload-Überprüfung.
• --ignore-checksum-check Ignores die Prüfsummenüberprüfung bei der Upload-Überprüfung.
• --timeout <timeout> Zeitüberschreitung für den Upload-Prozess in Sekunden.
• --delta Uploads Delta (Manifest)-Dateien neben der vollständigen Bundle.
• --delta-only Uploads nur Delta (Manifest)-Updates, das volle Bundle überspringt.
• --no-delta Deaktiviert Delta (Manifest)-Uploads (nützlich, wenn eine Instant-Apply- autoUpdate Modus aktiviert ist, aber ein volles Bundle gewünscht wird).
• --tus Uploadt das Bundle mit dem tus-Protokoll.
• --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 Setzt das Bundle 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 den code nicht an einen Drittanbieter senden 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.

👀 Der Capgo-Cloud sieht bei der externen Option nie, was in dem Link ist (oder in code wenn gespeichert).

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

Beispiel von 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 jedem Senden zu aktualisieren, 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 erklärt wird hier.

Optional kannst du auch:

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

Löschen

npx @capgo/cli bundle delete [appId]

[appId] dein App-ID in der Format com.test.app erklärt wird hier.

Optional kannst du auch:

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

Reinigung

innerhalb eines SemVer-Ranges für eine Hauptversion zu Cloud

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

[appId] Deine App-ID in der Format com.test.app erklärt wird hier.

Optional kannst du auch geben:

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

Beispiel: Wenn du 10 Versionen von 10.0.1 bis 10.0.11 hast und du es verwendest 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 werden behalten.

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 behalten.

Diese Anweisung wird nach Bestätigung gefragt, 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:

--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 Ihre ivSessionKeyy und generieren Sie einen verschlüsselten Zip, um ihn mit dem Upload-Befehl oder dem Entschlüsselungsbefehl zu verwenden.

Verschlüsseln V2

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

Dieser Befehl wird verwendet, wenn Sie einen externen Speicherort verwenden, um Ihren code zu speichern, oder für Testzwecke. Die Prüfsumme ist die SHA-256 des Pakets (erzeugt durch —key-v2), sie wird verwendet, um die Integrität des Dateis nach der Entschlüsselung zu überprüfen. Sie wird mit dem privaten Schlüssel verschlüsselt und zusammen mit dem Paket gesendet. In der Verschlüsselung V2 wird die Prüfsumme zu einem „Signatur“ des Pakets aufgerüstet.

Optional können Sie 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 um Informationen als JSON auszugeben. Der Befehl wird Ihre ivSessionKeyy und generieren Sie 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]

Sie können optional angeben:

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

--key-data [privateKey] den privaten Schlüsseldaten, wenn Sie inline verwenden möchten. Diese Befehlszeile wird hauptsächlich für Testzwecke verwendet, sie entschlüsselt das 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]

Sie können optional angeben:

--key [/path/to/my/private_key] den Pfad Ihres privaten Schlüssels. --key-data [privateKey] den privaten Schlüsseldaten, wenn Sie inline verwenden möchten. Diese Befehlszeile wird hauptsächlich für Testzwecke verwendet, sie entschlüsselt das Zip und druckt die bas64-entschlüsselte Sitzungsschlüssel in der Konsole aus. --checksum [checksum] den Prüfsumme des Dateis, es wird die Prüfsumme nach der Entschlüsselung überprüfen.

Zip

npx @capgo/cli bundle zip [appId]

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

Sie können optional auch angeben:

• --path [/path/to/my/bundle] um ein bestimmtes Verzeichnis hochzuladen.
• --bundle [1.0.0] um die Versionsnummer des Bundle-Dateinamens festzulegen.
• --name [myapp] um den Dateinamen zu überschreiben.
• --json um Informationen als JSON auszugeben.
• --no-code-check um die code-Überprüfung zu ignorieren und das Bundle trotzdem zu senden.
• --key-v2 um das neue 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] ist Ihre App-ID, die Formatierung wird erklärt hier. [channelName] den Namen des Kanals, den überprüfen möchten.

Optional können Sie auch:

• --apikey [key] API-Schlüssel, um auf Ihr Konto zu verlinken.
• --text Verwenden Sie Text anstelle von Emojis in der Tabelle.
• --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> 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] der Name Ihres neuen Kanals, wie z.B. production oder beta. [appId] Ihr App-ID in der Format com.test.app erläutert hier.

Löschen

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

[channelName] den Namen des Kanals, den Sie löschen möchten. [appId] Ihr App-ID in der Format com.test.app erläutert hier.

Liste

npx @capgo/cli channel list [appId]

[appId] Deine App-ID in der Formatierung com.test.app erklärt hier erklärt hier.

Optionell kannst du folgendes geben:

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

Setzen

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

[appId] ist Deine App-ID, die Formatierung ist erklärt erklärt hier. [channelName] der Name des Kanals, den Du konfigurieren möchtest, wie z.B. production oder beta.

Sie können optional:

• --bundle [1.2.3] Ihre App-Bundle, die 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 defaultEine Version kann nicht gesendet werden. default.
• --downgrade ermöglicht dem Kanal, einer Downgrade-Version an Geräte zu senden.
• --no-downgrade erlaubt dem Kanal, eine Downgrade-Version an Geräten zu senden.
• --upgrade erlaubt dem Kanal, eine Upgrade (große) Version an Geräten zu senden.
• --no-upgrade erlaubt dem Kanal, eine Version an iOS-Geräten zu senden.
• --ios erlaubt dem Kanal, eine Version an Geräten zu senden.
• --no-ios verhindert dem Kanal, eine Version an iOS-Geräten zu senden.
• --android erlaubt dem Kanal, eine Version an Android-Geräten zu senden.
• --no-android verhindert dem Kanal, eine Version an Android-Geräten 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.

Deaktiviert Aktualisierungsstrategie

Es gibt einige Möglichkeiten, um Aktualisierungen für zu alte Versionen zu deaktivieren.
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 einige Möglichkeiten, dies zu erreichen.

Zuerst, das major Strategie. Es 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).
Zweite ist die minor Strategie. Es verhindert eine Aktualisierung, wenn das Zielbundle eine andere Haupt- oder Minorversion als das Geräte-native Baseline hat, wie z.B. 0.0.0 -> 1.1.0 oder 1.1.0 -> 1.2.0.

Dritter 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:

• Der Major ist zwischen dem Zielbundle und version_build
• Die Hauptversion ist die gleiche zwischen dem Zielbundle und version_build
• Die Patches sind zwischen dem Zielbundle und version_build
• Nur die Versionspräfix kann sich unterscheiden, wie z.B. Prerelease (-beta.2) oder Build-Metadaten (+build.2)

Hier sind einige Beispiele, in welchen Szenarien die Aktualisierung erlaubt oder abgelehnt 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 abgelehnt
• 1.0.0 -> 1.1.0 abgelehnt
• 1.0.0 -> 2.0.0 abgelehnt

Die Strategie-Vergleich verwendet die native Basis, die als version_buildnicht die aktuell heruntergeladene Bundle, die als version_name.

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

Wenn Sie etwas wie dies sehen, wissen Sie, dass Sie zum aktuellen Bundle für den fehlgeschlagenen 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 die misconfigured Spalte

Dann gehen Sie zum fehlgeschlagenen Kanal und klicken auf Bundle numberDies sollte Sie zur Bundle-Seite bringen.

Einzeln füllen Minimal update version Feld. Dies sollte ein semver.
Wenn der Wert, den Sie übergeben, kein semver ist, erhalten Sie einen Fehler, aber wenn alles korrekt verläuft, sollten Sie etwas wie das folgende sehen:

Jetzt, Sie werden wahrscheinlich nicht jede Zeit diese Daten manuell setzen wollen. Glücklicherweise wird der CLI verhindern, dass Sie eine Aktualisierung ohne diese Metadaten senden.

Mit der richtigen Verwendung von metadata Option, die Sie übergeben müssen --min-update-version mit der valid semverSetzen Sie die Mindestversion

Die --min-update-version Es ist nicht der EINZIGE Weg, die Kompatibilität zu gewährleisten.\nEs gibt auch den --auto-min-update-versionKompatibilität zu überprüfen. Hier ist, wie es funktioniert.

Zuerst überprüft es die aktuelle Version, die auf dem Kanal hochgeladen wurde. Es überprüft die Kompatibilität genauso wie die bundle compatibility Kommandozeilenanweisung. Zweitens, wenn die neue Version 100% kompatibel ist, verwendet es die min_update_version aus der letzten Version im Kanal. Wenn nicht, dann setzt es die min_update_version auf die Bundle-Nummer der neu hochgeladenen Version.

Sie erhalten immer eine Information darüber, was die min_update_version ist, wenn Sie diese Option verwenden. Es wird etwas wie das folgende angezeigt:

Wenn die neue Version nicht kompatibel ist, sollte es etwas wie das folgende angezeigt werden.

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

Capgo unterstützt die End-to-End-Verschlüsselung, was 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 über das Verschlüsselungssystem.

Verschlüsselungsschema

Erstelle Schlüssel für deine App

npx @capgo/cli key create

Optional kannst du auch: --force den bestehenden Schlüssel überschreiben. Dieser Befehl wird für dich ein Schlüsselpaar in deiner App erstellen und wird dich auffordern, 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 deiner lokalen Testphase entfernen Sie die Schlüssel aus der Konfigurationsdatei und fügen Sie ihn im CI-Schritt hinzu mit key save

Schlüssel in Ihrer App-Konfig speichern

npx @capgo/cli key save

Optional können Sie auch:

--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. Dieser Befehl ist nützlich, wenn Sie der Empfehlung gefolgt sind und den Schlüssel nicht in Ihrer App-Konfig committet haben.

CI-Integration

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

GitHub-Aktion-Tutorial

Unser Demo-App

GitHub - Cap-go/demo-app

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

Weitergehen von Befehlen

Wenn Sie "Befehle" verwenden Befehle um einen Dashboard und API-Operationen zu planen, 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üsseln. Geräte Für die Implementierungsdetails in Geräten und Bündel Für die Implementierungsdetails in Bündeln.