Perintah

Halaman ini adalah ringkasan yang terarah. Gunakan referensi perintah saat ini untuk flag yang tepat: Aplikasi, Bundel, Saluran, dan Buat.

Penggunaan

Semua perintah harus dijalankan di folder aplikasi Anda dengan capacitor proyek dihidupkan dengan benar.

Capacitor Runtime Native Cross-Platform untuk Aplikasi Web

Init

npx @capgo/cli@latest init [apikey]

Metode ini bertujuan untuk memandu Anda secara langkah demi langkah.

Metode ini akan menambahkan aplikasi Anda ke Capgo. Selain itu, metode ini akan menambahkan code ke aplikasi Anda untuk memvalidasi update. Selain itu, metode ini akan membangun aplikasi Anda. Selain itu, metode ini akan mengunggah aplikasi Anda ke Capgo. Dan metode ini akan membantu Anda untuk memeriksa apakah update berhasil.

Login

npx @capgo/cli login [apikey]

Metode ini bertujuan untuk mengingat alamat email Anda untuk Anda. apikey Metode ini bertujuan untuk mengingat alamat email Anda untuk Anda.

Catatan

gunakan --apikey=******** dalam perintah apa pun untuk menggantinya

Optionally Anda dapat memberikan:

--local Ini akan menyimpan kunci API Anda dalam repositori lokal dan mengabaikannya dalam git. Penyembuh

Bab yang berjudul “Penyembuh”

npx @capgo/cli doctor

Command to check if you are up-to-date with Capgo packages.

Paket

Aplikasi

Tambah

npx @capgo/cli app add [appId]

[appId] ID Aplikasi Anda dalam format com.test.app diuraikan di sini.

💡 Semua pilihan akan ditebak di konfigurasi Anda jika tidak disediakan.

Jika Anda ingin, Anda dapat memberikan:

• --icon [/path/to/my/icon] untuk menampilkan ikon kustom di aplikasi web Capgo.
• --name [test] untuk menampilkan nama kustom di daftar.
• --apikey [key] Kunci API untuk menghubungkan ke akun Anda.
• --retention [retention] periode penyimpanan bundle aplikasi dalam hari, 0 secara default = tak terbatas.

Contoh dari capacitor.config.json untuk appId dan AppName, ikon akan ditebak di folder sumber daya

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

Set

npx @capgo/cli app set [appId]

[appId] ID aplikasi Anda, formatnya dijelaskan di sini.

Jika perlu, Anda dapat memberikan:

• --icon [/path/to/my/icon] untuk menampilkan ikon kustom di aplikasi web Capgo.
• --name [test] untuk menampilkan nama kustom di daftar.
• --retention [retention] periode penyimpanan bundle aplikasi dalam hari, 0 secara default = tak terbatas.
• --expose-metadata [true|false] untuk mengekspos metadata paket (link dan komentar) ke plugin.
• --preview atau --no-preview Bagaimana cara memilih antara alternatif? Apakah Anda ingin menggunakan Capacitor live-update, Appflow, atau Capawesome? Kami memiliki beberapa pilihan untuk membantu Anda meningkatkan aplikasi Anda. Apakah Anda ingin tahu lebih lanjut tentang setiap alternatif?
• --allow-device-custom-id untuk mengaktifkan atau menonaktifkan kode QR paket dan saluran. --no-allow-device-custom-id atau
• --block-provider-infra-requests Bagaimana cara memilih antara alternatif? Apakah Anda ingin menggunakan Capacitor live-update, Appflow, atau Capawesome? Kami memiliki beberapa pilihan untuk membantu Anda meningkatkan aplikasi Anda. Apakah Anda ingin tahu lebih lanjut tentang setiap alternatif? --no-block-provider-infra-requests untuk mengontrol ID perangkat kustom.
• --build-timeout-minutes [5-360] atau
• --ios-store-url [url] Bagaimana cara memilih antara alternatif? Apakah Anda ingin menggunakan Capacitor live-update, Appflow, atau Capawesome? Kami memiliki beberapa pilihan untuk membantu Anda meningkatkan aplikasi Anda. Apakah Anda ingin tahu lebih lanjut tentang setiap alternatif? --android-store-url [url] untuk mengontrol blokir permintaan datacenter Google dan Apple yang diketahui.
• --default-upload-channel [channel] untuk mengatur waktu pembangunan native.
• --default-download-channel [channel] atau --disable-download-channels Membuat semua saluran download tidak publik.
• --apikey [key] Kunci API untuk menghubungkan ke akun Anda.

Daftar

npx @capgo/cli app list [appId]

[appId] ID aplikasi Anda dalam format com.test.app diuraikan di sini.

Jika diinginkan, Anda dapat memberikan:

• --apikey [key] Kunci API untuk menghubungkan ke akun Anda.

Hapus

npx @capgo/cli app delete [appId]

[appId] ID aplikasi Anda dalam format com.test.app Dijelaskan di sini di sini.

Optionally, Anda dapat memberikan:

• --apikey [key] API kunci untuk menghubungkan ke akun Anda.
• --bundle versi nomor akan hanya menghapus versi ini.

Debug

npx @capgo/cli app debug [appId]

[appId] ID aplikasi Anda dalam format com.test.app Dijelaskan di sini di sini.

Optionally, Anda dapat memberikan:

• --apikey [key] API kunci untuk menghubungkan ke akun Anda.
• --device dengan perangkat spesifik yang ingin Anda debug

Pengaturan

npx @capgo/cli app setting [path]

Edit konfigurasi Capacitor.

[path] - jalur pengaturan yang ingin Anda ubah. Misalnya, untuk mengubah appId, berikan appId. Jika Anda ingin menonaktifkan update otomatis di capacitor-updater, berikan plugins.CapacitorUpdater.autoUpdate dengan --string off.

Anda harus memberikan salah satu --string atau --bool!

Pilihan:

• --string <string> - mengatur pengaturan menjadi string
• --bool <true | false> - mengatur pengaturan menjadi boolean

Bundle

Upload

npx @capgo/cli bundle upload [appId]

[appId] ini adalah ID aplikasi Anda, formatnya dijelaskan di sini.

Jika Anda ingin, Anda bisa memberikan:

• --apikey <apikey> API kunci untuk menghubungkan ke akun Anda.
• --path <path> Jalur folder untuk mengunggah.
• --channel <channel> Saluran untuk dihubungkan.
• --external <url> Link ke URL eksternal daripada mengunggah ke Capgo Cloud.
• --iv-session-key <key> Set IV dan kunci sesi untuk URL bundle eksternal.
• --s3-endpoint <s3Endpoint> URL endpoint S3. Tidak berfungsi dengan delta upload atau opsi eksternal.
• --s3-region <region> Wilayah untuk bucket S3 Anda.
• --s3-apikey <apikey> API kunci untuk endpoint S3 Anda.
• --s3-apisecret <apisecret> API rahasia untuk endpoint S3 Anda.
• --s3-bucket-name <bucketName> Nama untuk bucket S3 AWS Anda.
• --s3-port <port> Port untuk endpoint S3 Anda.
• --no-s3-ssl Nonaktifkan SSL untuk upload S3.
• --key <key> Jalur kustom untuk kunci tanda tangan publik (sistem v1).
• --key-data <keyData> Kunci tanda tangan publik (sistem v1).
• --key-v2 <key> Jalur kustom untuk kunci tanda tangan pribadi (sistem v2).
• --key-data-v2 <keyData> Kunci pribadi tanda tangan (sistem v2).
• --bundle-url Mencetak URL bundle ke stdout.
• --no-key Lupakan kunci tanda tangan dan kirimkan pembaruan jelas.
• --no-code-check Lupakan memeriksa apakah notifyAppReady() dipanggil di sumber code dan indeks ada di folder root.
• --display-iv-session Tampilkan di konsol IV dan kunci sesi yang digunakan untuk mengenkripsi pembaruan.
• --bundle <bundle> Nomor versi bundle yang akan diunggah.
• --auto-bump [level] Nomor versi bundle otomatis bertambah dari channel terkait bundle, atau versi aplikasi remote terbaru. Tingkat: major, minor (default), patch (alias) fix), metadata (atau) ai (Workers AI membandingkan file lokal dengan manifest delta sebelumnya Capgo/channel, menebak tingkat, dan mendaftar alasan singkat; melompat AI dan meningkatkan) patch jika tidak ada versi sebelumnya Capgo. Meningkatkan hingga nama gratis ditemukan (nama yang dihapus tetap dihuni). Tidak dapat digabungkan dengan --bundle.
• --min-update-version <minUpdateVersion> Versi minimal yang diperlukan untuk memperbarui ke versi ini. Digunakan hanya jika pengaturan auto update diatur ke metadata di channel.
• --auto-min-update-version Setel versi update minimal berdasarkan paket native.
• --ignore-metadata-check Mengabaikan periksa metadata (node_modules) saat mengunggah.
• --ignore-checksum-check Mengabaikan periksa checksum saat mengunggah.
• --timeout <timeout> Waktu tunggu untuk proses unggah dalam detik.
• --delta Mengunggah file Delta (manifest) bersamaan dengan bundle penuh.
• --delta-only Mengunggah hanya update Delta (manifest), melompati bundle penuh.
• --no-delta Mengabaikan unggah Delta (manifest) (bermanfaat jika mode terapkan secara instan tetapi Anda ingin bundle penuh). autoUpdate Mengunggah bundle menggunakan protokol tus.
• --tus Menggunakan protokol multipart untuk mengunggah data ke S3, Tidak digunakan lagi, gunakan TUS sebaliknya.
• --multipart Checksum yang dienkripsi (tanda tangan). Digunakan hanya saat mengunggah bundle eksternal.
• --encrypted-checksum <encryptedChecksum> Mengunggah bundle menggunakan protokol tus.
• --package-json <packageJson> Akses ke file package.json. Bermanfaat untuk monorepos.
• --auto-set-bundle Setel bundle di capacitor.config.json.
• --node-modules <nodeModules> Dari daftar akses ke node_modules. Bermanfaat untuk monorepos (dipisahkan oleh koma, contoh: ../../node_modules,./node_modules)

⭐️ Opsi eksternal membantu mengaktifkan 2 kasus: perusahaan dengan kekhawatiran privasi, jangan mengirimkan code ke pihak ketiga dan aplikasi lebih besar dari 200 MB. Dengan pengaturan ini, Capgo hanya menyimpan link ke zip dan mengirimkan link ke semua aplikasi.

👀 Capgo cloud tidak pernah melihat apa yang ada di link (untuk opsi eksternal), atau di code ketika disimpan.

🔑 Anda dapat menambahkan lapisan keamanan kedua dengan menggunakan enkripsi, kemudian Capgo tidak akan dapat melihat atau mengubah apa-apa, menjadi “tidak dipercaya”.

Contoh dari package.json untuk versi

{
  "version": "1.0.2"
}

⛔ Versi harus lebih besar dari “0.0.0”.

💡 Jangan lupa untuk memperbarui nomor versi setiap kali Anda mengirimkan satu, nomor versi tidak dapat diubah atau digunakan kembali setelah penghapusan untuk alasan keamanan.

Daftar

npx @capgo/cli bundle list [appId]

[appId] ID aplikasi Anda dalam format com.test.app diuraikan di sini.

Jika perlu, Anda dapat memberikan:

• --apikey [key] API kunci untuk menghubungkan ke akun Anda.

Hapus

npx @capgo/cli bundle delete [appId]

[appId] ID aplikasi Anda dalam format com.test.app diuraikan di sini.

Jika perlu, Anda dapat memberikan:

• --apikey [key] API kunci untuk menghubungkan ke akun Anda.
• --bundle dengan nomor versi akan hanya menghapus versi ini.

Pembersihan

dalam rentang SemVer untuk versi mayor ke Cloud

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

[appId] ID aplikasi Anda dalam format com.test.app dijelaskan di sini.

Jika perlu, Anda dapat memberikan:

• --apikey [key] API kunci untuk menghubungkan ke akun Anda.
• --bundle [majorVersion] versi yang Anda inginkan untuk menghapus paket sebelumnya, akan menyimpan yang terakhir + numberToKeep.
• --keep [numberToKeep] jumlah paket yang Anda inginkan untuk menyimpan (default 4).

Contoh: Jika Anda memiliki 10 versi dari 10.0.1 hingga 10.0.11, dan Anda menggunakan npx @capgo/cli cleanup [appId] --bundle=10.0.0 Akan menghapus 10.0.1 hingga 10.0.6. 10.0.7 hingga 10.0.11 akan disimpan.

Jika Anda memiliki 20 versi secara keseluruhan, dan Anda tidak menyediakan nomor paket seperti ini: npx @capgo/cli cleanup [appId] --keep=2 Akan menghapus 18 versi, dan menyimpan 2 versi terakhir.

Ini perintah akan meminta konfirmasi, menampilkan tabel tentang apa yang akan disimpan dan dihapus.

Penting

Ini perintah akan mengabaikan paket yang sedang digunakan di setiap saluran.

Enkripsi

Pesan Peringatan: Perintah ini sudah tidak digunakan dan akan dihapus dalam rilis utama berikutnya. Silakan menggunakan sistem enkripsi baru. npx @capgo/cli bundle encrypt [path/to/zip]

Perintah ini digunakan ketika Anda menggunakan sumber eksternal untuk menyimpan code Anda atau untuk tujuan tes.

Jika diinginkan, Anda dapat memberikan:

--key [/path/to/my/private_key] path dari kunci pribadi Anda. --key-data [privateKey] data kunci pribadi, jika Anda ingin menggunakan inline. Perintah akan mencetak y dan menghasilkan arsip yang dienkripsi, untuk digunakan dengan perintah unggah atau perintah dekripsi. ivSessionKeyEnkripsi V2

Bagian berjudul “Enkripsi V2”

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

This command is used when you use external source to store your code or for test purpose. The checksum is the sha256 of the bundle (generated by —key-v2), it is used to verify the integrity of the file after decryption. It will be enncrypted with the private key and sent along with the bundle. In encryption v2 the checksum is upgraded to become a “signature” of the bundle.

path dari kunci pribadi Anda.

--key [/path/to/my/private_key] data kunci pribadi, jika Anda ingin menggunakan inline. --key-data [privateKey] untuk menampilkan informasi sebagai JSON. Perintah akan mencetak y --json dan menghasilkan arsip yang dienkripsi, untuk digunakan dengan perintah unggah atau perintah dekripsi. ivSessionKeydan menghasilkan zip yang dienkripsi, untuk digunakan bersama perintah unggah atau perintah dekripsi.

Dekripsi

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

Jika Anda ingin, Anda bisa memberikan:

--key [/path/to/my/private_key] jalan file kunci pribadi Anda.

--key-data [privateKey] data kunci pribadi, jika Anda ingin menggunakan inline. Perintah ini digunakan terutama untuk tujuan tes, akan mengenkripsi zip dan mencetak kunci sesi dekripsi base64 di konsol.

Dekripsi V2

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

Jika Anda ingin, Anda bisa memberikan:

--key [/path/to/my/private_key] jalan file kunci pribadi Anda. --key-data [privateKey] data kunci pribadi, jika Anda ingin menggunakan inline. Perintah ini digunakan terutama untuk tujuan tes, akan mengenkripsi zip dan mencetak kunci sesi dekripsi base64 di konsol. --checksum [checksum] checksum file, akan memverifikasi checksum setelah dekripsi.

ID aplikasi Anda, formatnya dijelaskan

npx @capgo/cli bundle zip [appId]

[appId] ID aplikasi Anda, formatnya dijelaskan di sini.

Jika perlu, Anda dapat memberikan:

• --path [/path/to/my/bundle] untuk mengunggah folder tertentu.
• --bundle [1.0.0] untuk menetapkan nomor versi bundle pada nama file.
• --name [myapp] untuk mengganti nama file.
• --json untuk menampilkan informasi dalam format JSON.
• --no-code-check untuk mengabaikan periksa code dan mengirim bundle apa adanya.
• --key-v2 untuk menggunakan sistem enkripsi baru. Ini diperlukan karena sistem enkripsi baru menggunakan checksum yang lebih baik untuk memverifikasi integritas file.

Kemampuan Kompatibilitas

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

[appId] ID aplikasi Anda, formatnya dijelaskan di sini. [channelName] nama saluran untuk memeriksa kompatibilitas.

Jika perlu, Anda dapat memberikan:

• --apikey [key] API untuk menghubungkan ke akun Anda.
• --text gunakan teks daripada emoji di tabel
• --channel [channel] nama saluran untuk memeriksa kompatibilitas dengan.
• --package-json <packageJson> Jalur ke file package.json. Berguna untuk monorepos
• --node-modules <nodeModules> Daftar jalur ke node_modules. Berguna untuk monorepos (dipisahkan dengan koma, misalnya: ../../node_modules,./node_modules)

Saluran

Tambahkan

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

[channelName] nama saluran baru Anda, seperti production atau beta. [appId] nama saluran Anda yang ingin dihapus. com.test.app format ID aplikasi Anda dijelaskan.

di sini

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

[channelName] Judul Bagian Hapus [appId] format ID aplikasi Anda com.test.app dijelaskan Sini.

Daftar

npx @capgo/cli channel list [appId]

[appId] ID aplikasi Anda dalam format com.test.app diuraikan Sini.

Jika Anda ingin, Anda dapat memberikan:

• --apikey [key] API kunci untuk menghubungkan ke akun Anda.

Atur

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

[appId] adalah ID aplikasi Anda, formatnya diuraikan Sini. [channelName] nama saluran yang ingin Anda konfigurasi, seperti production atau beta.

Jika Anda ingin, Anda dapat memberikan:

• --bundle [1.2.3] bundle aplikasi Anda yang sudah dikirim ke cloud, untuk menghubungkannya dengan saluran.
• --latest mengambil versi bundle dari package.json:versiontidak dapat digunakan bersamaan dengan --bundle.
• --state [ normal | default ] mengatur status saluran, dapat normal atau default. Satu saluran harus default.
• --downgrade mengizinkan saluran untuk mengirimkan versi turun (downgrade) ke perangkat.
• --no-downgrade menghambat saluran untuk mengirimkan versi turun (downgrade) ke perangkat.
• --upgrade mengizinkan saluran untuk mengirimkan versi naik (upgrade) ke perangkat.
• --no-upgrade Mencegah saluran untuk mengirimkan versi pembaruan (besar) ke perangkat.
• --ios Mengizinkan saluran untuk mengirimkan versi ke perangkat iOS.
• --no-ios Menghalangi saluran untuk mengirimkan versi ke perangkat iOS.
• --android Mengizinkan saluran untuk mengirimkan versi ke perangkat Android.
• --no-android Menghalangi saluran untuk mengirimkan versi ke perangkat Android.
• --self-assign Mengizinkan perangkat untuk menetapkan diri sendiri ke saluran ini.
• --no-self-assign Menghalangi perangkat untuk menetapkan diri sendiri ke saluran ini.
• --disable-auto-update STRATEGY Menghapus strategi pembaruan otomatis untuk saluran ini. Opsi yang mungkin adalah: besar, kecil, patch, metadata, tidak ada.
• --apikey [key] Kunci API untuk menghubungkan ke akun Anda.

Menghapus strategi pembaruan

Ada beberapa cara untuk mengatasi menghapus pembaruan untuk versi yang terlalu tua.
Tidak dapat memperbarui native code Capgo sehingga pembaruan dari versi dengan native code yang lama ke versi dengan native code yang diperbarui tidak boleh mungkin. Ada beberapa cara untuk mencapainya.

Langkah pertama, strategi ini. major mencegah pembaruan dari native baseline 0.0.0 -> target bundle 1.0.0. Angka utama adalah angka yang ditonjolkan (1.0.0 dan 0.0.0).
Langkah kedua adalah strategi ini. minor mencegah pembaruan ketika target bundle memiliki major atau minor yang berbeda dengan native baseline perangkat, seperti 0.0.0 -> 1.1.0 atau 1.1.0 -> 1.2.0.

Langkah ketiga, strategi ini. patch ditambahkan ke capgo sebagai mode yang sangat ketat. Tidak disarankan untuk digunakan kecuali Anda paham sepenuhnya bagaimana cara kerjanya. Untuk menerima pembaruan, kondisi-kondisi berikut harus dipenuhi:

• Angka utama sama antara target bundle dan version_build
• Minor adalah sama antara bundle target dan version_build
• Patch adalah sama antara bundle target dan version_build
• Hanya tanda versi tambahan yang mungkin berbeda, seperti prerelease (-beta.2) atau metadata pembangunan (+build.2)

Berikut adalah contoh skenario mana update diizinkan atau ditolak

• 1.0.0-beta.1 -> 1.0.0-beta.2 diizinkan
• 1.0.0+build.1 -> 1.0.0+build.2 diizinkan
• 1.0.0 -> 1.0.1 ditolak
• 1.0.0 -> 1.1.0 ditolak
• 1.0.0 -> 2.0.0 ditolak

Perbandingan strategi menggunakan basis native yang dikirim sebagai version_build, bukan bundle yang diunduh saat ini yang dikirim sebagai version_name.

Terakhir strategi yang paling rumit. metadata strategi.
Pertama-tama, Anda harus tahu bahwa awalnya setelah Anda mengaktifkannya, pembaruan context: Halaman/area: Halaman Pembangun Capgo / produk halaman cloud native. Peran: Label UI singkat atau item navigasi. Pesan kunci `native_build_builder_credit_first` (Kredit Pembangun Asli Pertama). WILL
akan gagal karena saluran tersebut kekurangan metadata yang diperlukan.

Tidak dapat menemukan metadata
Jika Anda melihat sesuatu seperti ini, Anda tahu bahwa Anda harus pergi ke bundle saat ini untuk saluran yang gagal dan atur metadata. misconfigured Pertama-tama, tentukan saluran mana yang gagal. Anda dapat melakukannya dengan melihat pada

Meja yang salah konfigurasi (Misconfigured table) (Tabel yang salah konfigurasi). Bundle number. Ini akan mengarahkan Anda ke halaman bundle.

Setelah itu, isi Minimal update version bidang. Ini harus berupa semver.
Jika nilai yang Anda masukkan bukan semver, Anda akan mendapatkan kesalahan, tetapi jika semuanya berjalan dengan benar, Anda harus melihat sesuatu seperti ini:

Sekarang, Anda mungkin tidak ingin mengatur data ini secara manual setiap kali Anda memperbarui. Beruntungnya, CLI akan mencegah Anda mengirimkan pembaruan tanpa metadata ini

Untuk mengunggah bundle dengan benar ketika menggunakan metadata opsi Anda perlu melewati --min-update-version bersama dengan versi semver yang validContoh seperti ini:

Perlu diingat --min-update-version bukan satu-satunya cara untuk melakukan konsistensi versi. Selain itu, ada juga --auto-min-update-versionyang dapat digunakan. Berikut adalah cara kerjanya.

Pertama, ia memeriksa versi yang saat ini diunggah ke saluran. Ia memeriksa konsistensi versi sama seperti bundle compatibility perintah yang digunakan. Kedua, jika versi baru 100% kompatibel, maka ia mengambil min_update_version terakhir dari versi yang ada di saluran. Jika tidak, maka ia mengatur min_update_version ke nomor bundle dari versi yang baru saja diunggah.

Selalu akan ada informasi tentang min_update_version ketika menggunakan opsi ini. Informasi tersebut akan berbentuk seperti ini:

Jika versi baru tidak kompatibel, maka harus terlihat seperti ini

Enkripsi Akhir ke Akhir (Tidak Dipercaya)

Capgo mendukung enkripsi akhir ke akhir, ini berarti bahwa bundle Anda (code) dienkripsi sebelum dikirim ke cloud dan dienkripsi pada perangkat. Untuk itu, Anda perlu mengenerate pasangan kunci RSA, Anda dapat menggunakan perintah berikut untuk menggenerate kunci tersebut.

Sistem enkripsi adalah kombinasi dari RSA dan AES, kunci RSA digunakan untuk mengenkripsi kunci AES, dan kunci AES digunakan untuk mengenkripsi file.

Lihat di bawah untuk informasi lebih lanjut tentang sistem enkripsi.

Skema Enkripsi

Buat kunci untuk aplikasi Anda

npx @capgo/cli key create

Opsional, Anda dapat memberikan: --force Untuk menggantikan kunci yang sudah ada. Perintah ini akan membuat pasang kunci untuk Anda di aplikasi, dan akan meminta Anda untuk menyimpan kunci pribadi di tempat yang aman. Dianjurkan untuk tidak mengkomit kunci pribadi ke repository Git, dan tidak berbagi dengan siapa pun.

Setelah melakukan tes lokal, hapus kunci dari file konfigurasi dan tambahkan di langkah CI dengan key save

Simpan kunci di konfigurasi aplikasi

npx @capgo/cli key save

Opsional, Anda dapat memberikan:

--key [/path/to/my/public_key] Path dari file kunci publik.

--key-data [publicKey] Data kunci publik, jika Anda ingin menggunakan inline. Perintah ini berguna jika Anda mengikuti rekomendasi dan tidak mengkomit kunci di konfigurasi aplikasi.

Pengintegrasian CI

Untuk mengotomatisasi pekerjaan, saya merekomendasikan Anda membuat GitHub melakukan pekerjaan mengirim ke server kami

GitHub tutorial aksi

Aplikasi demo kami

GitHub - Cap-go/demo-app

Jangan lupa untuk mengonfigurasi variabel lingkungan CI dengan kunci API Anda

Teruskan dari Perintah

Jika Anda menggunakan Perintah untuk merencanakan dashboard dan API operasi, hubungkannya dengan API Ringkasan untuk detail implementasi di API Ringkasan, Pendahuluan untuk detail implementasi di Pengenalan, API Kunci untuk detail implementasi di API Keys, Perangkat untuk detail implementasi di Perangkat, dan Paket untuk detail implementasi di Paket.