Commands

Verwendung

Alle Befehle sollten in Ihrem App-Ordner ausgeführt werden, wobei capacitor Projekt ordnungsgemäß eingebrannt ist.

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

Init

npx @capgo/cli@latest init [apikey]

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

Es wird Ihr App zu Capgo hinzugefügt. Es wird code zu Ihrer App hinzugefügt, um die Aktualisierung zu validieren. Ebenso wird Ihre App erstellt. Darüber hinaus wird Ihre App bei Capgo hochgeladen. Und es hilft Ihnen, zu überprüfen, ob die Aktualisierung funktioniert.

Anmeldung

npx @capgo/cli login [apikey]

Diese Methode ist hier, um sich zu erinnern, apikey für Sie.

Hinweis

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

Optionell können Sie geben:

--local Dies wird Ihren 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.

App

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 automatisch ermittelt, wenn nicht angegeben..

Optional können Sie auch:

Abschnitt mit dem Titel “Hinzufügen”

• --icon [/path/to/my/icon] eine benutzerdefinierte Schaltflächensymbol anzuzeigen in Capgo Webanwendung.
• --name [test] eine benutzerdefinierte Bezeichnung in der Liste zu haben.
• --apikey [key] API-Schlüssel, um auf Ihr Konto zu verlinken.
• --retention [retention] Aufbewahrungszeitraum der App-Bundle in Tagen, 0 durch Standard = unendlich.

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

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

Einstellung

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äche in der Capgo Webanwendung anzuzeigen.
• --name [test] um in der Liste einen benutzerdefinierten Namen zu haben.
• --retention [retention] Rückhaltdauer der App-Bundle in Tagen, 0 durch Standard = unendlich.
• --apikey [key] API-Schlüssel, um auf Ihr Konto zu verlinken.

Liste

npx @capgo/cli app list [appId]

[appId] Ihre App-ID im Format com.test.app wird erklärt 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 im Format com.test.app 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.

Debug

npx @capgo/cli app debug [appId]

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

Optional können Sie geben:

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

Einstellung

npx @capgo/cli app setting [path]

Bearbeiten Sie die Capacitor-Konfiguration.

[path] - Pfad der Einstellung, die Sie ändern möchten. Zum Beispiel, um die appIdgeben Sie appId. Wenn Sie die automatische Aktualisierung deaktivieren möchten in der capacitor-updatergeben Sie 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

Bundle

Hochladen

npx @capgo/cli bundle upload [appId]

[appId] Ihre App-ID ist hier, 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 Verknüpfen.
• --external <url> Stattdessen eine externe URL verknüpfen, anstatt zum Capgo Cloud hochzuladen.
• --iv-session-key <key> IV- und Sitzungsschlüssel für die Bundel-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-Hochladen deaktivieren.
• --key <key> Benutzerdefinierter Pfad für die öffentliche Signierungskey (v1-System).
• --key-data <keyData> Öffentlicher Signierungskey (v1-System).
• --key-v2 <key> Benutzerdefinierter Pfad für den privaten Signierungskey (v2-System).
• --key-data-v2 <keyData> Privater Signierungskey (v2-System).
• --bundle-url Druckt die Bundle-URL in die Konsole aus.
• --no-key Überspringt die Signierungskey-Überprüfung und sendet ein klares Update.
• --no-code-check Überspringt die Überprüfung, ob notifyAppReady() in der Quelle code und der Index im Root-Ordner vorhanden ist.
• --display-iv-session Zeigt im Konsole den IV und die Sitzungsschlüssel an, die zum Verschlüsseln des Updates verwendet werden.
• --bundle <bundle> Bundle-Version des zu hochladenden Bundles.
• --min-update-version <minUpdateVersion> Minimal erforderliche Version, um auf diese Version zu aktualisieren. Wird nur verwendet, wenn die automatische Aktualisierung in den Kanal gesetzt ist.
• --auto-min-update-version Setzt die Mindestaktualisierungsversion basierend auf native Packages.
• --ignore-metadata-check Überspringt die Überprüfung der Metadaten (node_modules) bei dem Hochladen.
• --ignore-checksum-check Überspringt die Überprüfung der Prüfsumme bei dem Hochladen.
• --timeout <timeout> Timeout für den Uploadprozess in Sekunden.
• --delta Lädt Delta-(Manifest)-Dateien neben der vollständigen Bundle.
• --delta-only Lädt nur Delta-(Manifest)-Updates, überspringt die vollständige Bundle.
• --no-delta Deaktiviert Delta-(Manifest)-Uploads (nützlich, wenn ein Instant-Apply-Modus aktiviert ist, aber eine vollständige Bundle gewünscht wird). autoUpdate Stellt das Bundle mit dem tus-Protokoll hoch.
• --tus Verwendet das multipart-Protokoll, um Daten an S3 hochzuladen, veraltet, verwenden Sie stattdessen TUS.
• --multipart Eine verschlüsselte Prüfsumme (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> Setzt das Bundle in __CAPGO_KEEP_0__.config.json.
• --auto-set-bundle Set the bundle in capacitor.config.json.
• --node-modules <nodeModules> ⭐️ Die externe Option hilft, zwei Fälle zu entsperren: Unternehmen mit Datenschutzbedenken, senden Sie nicht die __CAPGO_KEEP_0__ an eine dritte Partei und Apps größer als 200 MB. Mit dieser Einstellung speichert __CAPGO_KEEP_1__ nur den Link zur Zip-Datei und sendet den Link an alle Apps.

⭐️ External option helps to unlock 2 cases: corporate with privacy concern, don’t send the code to a third part and app bigger than 200 MB. With this setting, Capgo store only the link to the zip and sends the link to all apps.

👀 Capgo Cloud kann nie auf das in der Verlinkung (für externe Option) oder im code bei Speicherung schauen.

🔑 Sie können eine zweite Sicherheitsstufe erreichen, indem Sie Verschlüsselung verwenden, dann kann Capgo nichts mehr 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 bei jeder Übermittlung 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 hier your app ID the format.

Optional können Sie geben:

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

Löschen

npx @capgo/cli bundle delete [appId]

[appId] Ihrem App-ID im Format com.test.app erklärt 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.

Säubern

In einer SemVer-Rangfolge für eine Hauptversion zu Cloud

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

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

Optional kannst du geben:

• --apikey [key] API-Schlüssel, um auf Dein Konto zu verlinken.
• --bundle [majorVersion] Eine Version, die du entfernen möchtest, wobei die vorherigen Pakete behalten werden, 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 werden 10.0.1 bis 10.0.6 entfernt. 10.0.7 bis 10.0.11 werden behalten.

Wenn du insgesamt 20 Versionen hast und du keine Paketnummer wie folgt gibst: 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, sie zeigt eine Tabelle an, was sie behalten und entfernen wird.

Hinweis

Diese Anweisung ignoriert Bundles, die derzeit in jedem Kanal in Gebrauch sind.

Verschlüsseln

WarnungDiese 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] den privaten Schlüsseldaten, wenn Sie inline verwenden möchten. Die Anweisung wird Ihren ivSessionKeyund generieren Sie 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]

Dieser Befehl wird verwendet, wenn Sie einen externen Speicherort verwenden, um Ihre code zu speichern, oder für Testzwecke. Die Prüfsumme ist die SHA-256 des Bundles (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 Bundle gesendet. Bei der Verschlüsselung V2 wird die Prüfsumme zu einem „Signatur“ des Bundles 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 die Ausgabe von Informationen als JSON. Der Befehl wird Ihre ivSessionKeyund generieren Sie ein verschlüsseltes Zip, um es 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. Diese Befehlszeile wird hauptsächlich für Testzwecke verwendet, sie wird den Zip-Datei entschlüsseln und die Base64-entschlüsselte Sitzungsschlüssel in der Konsole ausgeben.

V2 entschlüsseln

npx @capgo/cli bundle decryptV2 [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. Diese Befehlszeile wird hauptsächlich für Testzwecke verwendet, sie wird den Zip-Datei entschlüsseln und die 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] Ist Ihr App-ID, die Formatierung wird hier erklärt. hier.

Optionally, Sie können Folgendes angeben:

• --path [/path/to/my/bundle] um einen bestimmten Ordner hochzuladen.
• --bundle [1.0.0] um die Versionsnummer des Bundle-Dateinamens zu setzen.
• --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] Ihre App-ID ist, die Formatierung wird erklärt hier. [channelName] der Name des Kanals, den Sie überprüfen möchten.

Optional können Sie geben:

• --apikey [key] API-Schlüssel, um auf Ihr Konto zu verlinken.
• --text Text anstelle von Emojis in der Tabelle verwenden.
• --channel [channel] den Kanal, um die Kompatibilität zu überprüfen.
• --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] Ihre App-ID im Format com.test.app erläutert hier hier.

Löschen

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

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

Liste

npx @capgo/cli channel list [appId]

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

Optionell können Sie geben:

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

Einstellung

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

[appId] ist 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 verlinken.
• --latest erhalte die Bundle-Version von package.json:versionkann nicht mit --bundle.
• --state [ normal | default ] setze den Zustand des Kanals, kann normal oder default. Ein Kanal muss default.
• --downgrade erlaubt dem Kanal, eine Downgrade-Version an Geräten zu senden.
• --no-downgrade verhindert 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 verhindert dem Kanal, eine Upgrade (große) Version an Geräten zu senden.
• --ios erlaubt dem Kanal, eine Version an iOS-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 Deaktivieren Sie 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 zu verlinken.

Deaktivieren Sie die Aktualisierungsstrategie

Es gibt einige Möglichkeiten, um Aktualisierungen für zu alte Versionen zu deaktivieren.
Capgo kann native code nicht 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 von der native Basislinie 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 die Zielbundle eine andere Haupt- oder Minorversion als die Geräte-native Basis 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. Es wird nicht empfohlen, ihn zu verwenden, es sei denn, Sie verstehen vollständig, wie er funktioniert. Um eine Aktualisierung akzeptieren zu können, müssen die folgenden Bedingungen erfüllt sein:

• Die Hauptversion ist gleich zwischen dem Zielbundle und version_build
• Die Minorversion ist gleich zwischen dem Zielbundle und version_build
• Die Patchversion ist gleich zwischen dem Zielbundle und version_build
• Nur die Versionssuffix können sich unterscheiden, wie z.B. Prerelease (-beta.2) oder Build-Metadaten (+build.2)

Hier ist ein Beispiel für Szenarien, bei denen die Aktualisierung zugelassen oder abgelehnt wird

• 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 blockiert
• 1.0.0 -> 1.1.0 blockiert
• 1.0.0 -> 2.0.0 blockiert

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

Zuletzt die am schwierigsten Strategie. Die metadata Strategie.
Zuerst müssen Sie wissen, dass die Aktualisierungen WERDEN funktioniert nicht, da der Kanal die erforderliche 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 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 die misconfigured Spalte

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

Einmal dort füllen Sie das 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 wünschen Sie sich wahrscheinlich nicht, diese Daten manuell jedes Mal zu aktualisieren. Glücklicherweise wird der CLI verhindern, dass Sie eine Aktualisierung ohne diese Metadaten versenden

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

__CAPGO_KEEP_0__ --min-update-version ist nicht die EINZIGE Möglichkeit, die Kompatibilität zu gewährleisten. Es gibt auch die --auto-min-update-versionHier 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 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.

Sie erhalten immer eine Information, was die min_update_version ist, wenn Sie diese Option verwenden. Es wird wie folgt aussehen:

Wenn die neue Version nicht kompatibel ist, sollte es wie folgt aussehen:

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 zum Verschlüsselungssystem.

Verschlüsselungsschema

Erstelle Schlüssel für deine App

npx @capgo/cli key create

Optional kannst du: --force den bestehenden Schlüssel überschreiben. Dieser Befehl wird für dich ein Schlüsselpaar in deiner App erstellen und 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 Test entferne den Schlüssel aus der Konfigurationsdatei und füge ihn im CI-Schritt ein mit key save

Speichere Schlüssel in deiner App-Konfiguration

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 die Empfehlung befolgt haben und den Schlüssel nicht in Ihrer App-Konfiguration committet haben.

CI-Integration

Um Ihre Arbeit zu automatisieren, empfehle ich Ihnen, dass GitHub-Aktion die Arbeit erledigt, indem sie auf unseren Server pushen lässt

GitHub-Aktion-Tutorial

Unser Demo-App

GitHub - Cap-go/demo-app

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

Weitermachen von Commands

Wenn Sie Commands verwenden Commands um das Dashboard und die 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üssel Geräte für die Implementierungsdetails in Geräten, und Bundles für die Implementierungsdetails in Bundles.