Faq

Jika Anda memiliki pertanyaan yang tidak terjawab di sini, silakan bertanya! Baik itu melaporkan masalah atau bertanya di Discord kerja.

Apa itu “code push”?

Code push, juga disebut sebagai “update perangkat lunak secara nirkabel” (OTA), adalah layanan cloud yang memungkinkan pengembang Capacitor untuk mengirimkan update ke aplikasi mereka di produksi. Capgo saat ini berfungsi pada Android, iOS, dan Electron.

“Code Push” adalah referensi ke nama fitur deploy yang digunakan oleh komunitas React Native dari Microsoft dan context, neither of which support Capacitor.

Do Capgo CLI majors need to match my plugin or Capacitor version?

Tentu tidak. Selalu gunakan versi terbaru Capgo CLI (npx @capgo/cli@latest) The CLI dan Capgo Console mengikuti versi mereka sendiri dan tetap kompatibel dengan plugin pembaruan apa pun yang didukung. Plugin Capgo mengikuti Capacitor mayor; lihat Versi Capgo untuk tag LTS seperti @lts-v7.

Apa perbedaan antara bundle dan rilis?

Bahwa kita menggunakan istilah “bundle” untuk berarti patch yang dapat diterapkan ke rilis untuk memperbarui ke Capgo baru. The

Perintah digunakan untuk menghasilkan bundle dari code lokal Anda yang baru kemudian dikirim ke pengguna Anda. npx @capgo/cli@latest bundle upload command is used to generate a bundle from your new local code which is then shipped to your users.

Apa perbedaan antara bundle dan rilis?

Perintah digunakan untuk menghasilkan bundle dari __CAPGO_KEEP_0__ lokal Anda yang baru kemudian dikirim ke pengguna Anda.

• File kosong byte-0: Log CLI Ignoring empty file... dan mengabaikan file kosong dari manifest Delta. Tidak akan gagal mengunggah, sehingga file kosong dapat mengubah bundle hasilnya tanpa menghentikan proses pengembangan. Jangan termasuk file kosong dalam jalur bundle Delta.
• Jalur dengan spasi: Unggahan Delta gagal dengan pesan kesalahan yang jelas ketika jalur bundle berisi spasi. Ubah nama file atau direktori untuk menghilangkan spasi sebelum mengunggah update Delta.

Lihat Delta update context

Page/area: Halaman produk/pricing perusahaan. Peran: Label UI singkat atau item navigasi. Dilihat di: halaman enterprise.astro. Pesan kunci `enterprise_delta_updates` (Enterprise Delta Updates).

Tautan langsung ke Apa itu roadmap? https://github.com/orgs/Cap-go/projects

Tim kami juga beroperasi di publik, sehingga Anda dapat melihat apa yang kami kerjakan kapan saja. Kami senang menjawab pertanyaan Anda tentang roadmap atau prioritas kami melalui Github issues atau Discord.

Apakah saya bisa menggunakan Capgo dengan tim saya?

Ya! Semua rencana mendukung pengembang tak terbatas. Kami hanya membatasi metrik aplikasi (MAU, penyimpanan dan bandwidth) untuk setiap organisasi.

Lihat Tim untuk informasi lebih lanjut.

Apakah Capgo menyimpan kode sumber saya code?

Tidak. Server Capgo tidak pernah melihat kode sumber code Anda. Ketika Anda menjalankan Capgo npx @capgo/cli@latest bundle upload, Capgo menyimpan sebuah file zip dari kode sumber minified/compiled code - kode sumber yang sama code yang akan diterima oleh browser, bukan kode sumber code Anda.

Untuk keamanan tambahan, Anda memiliki dua pilihan:

• Enkripsi Akhir ke AkhirEnkripsi Akhir ke Akhir: Enkripsi Akhir ke Akhir untuk melindungi bundle Anda sebelum mengunggahnya untuk melindungi dalam penyimpanan dan transit serta mencegah pihak ketiga untuk menghasilkan update yang terenkripsi secara valid tanpa kunci pribadi Anda. Hal ini tidak membuat aset web yang dikirimkan tidak dapat direversi karena kunci publik ada di aplikasi yang didistribusikan.
• Upload URL LuarUpload URL Luar: Simpan bundle Anda di server Anda sendiri dan hanya berikan Capgo dengan link download dengan opsi --external <url>

Lihat juga kebijakan privasi kami: https://capgo.app/privacy

Apakah file bundle merupakan data pribadi?

Tidak. File bundle adalah aset web publik yang dimaksudkan untuk diunduh oleh pengguna aplikasi Anda. Siapa pun yang mengetahui URL file bundle dapat mengunduh file tersebut, dan Capgo memberitahu pengguna tentang hal ini selama pengaturan dan dalam dokumentasi.

Akses ke file bundle tidak dianggap sebagai pelanggaran data. Jangan masukkan rahasia, kreditensial, data pribadi, atau data yang diatur oleh regulasi ke dalam bundle aplikasi Anda. Jika Anda memerlukan keamanan yang lebih kuat untuk kasus penggunaan tingkat tinggi keamanan, gunakan enkripsi akhir ke akhir, tetapi masih traktir aplikasi code dan asetnya sebagai publik dari perspektif pelaporan keamanan.

Apakah saya bisa menggunakan Capgo dari sistem CI saya?

Iya. Capgo dimaksudkan untuk digunakan dari sistem CI. Kami telah menerbitkan panduan untuk Android dan Github Actions dan iOS, dan untuk GitLabCI lainnya haruslah sama.

Tolong jangan ragu untuk menghubungi kami mengenai masalah GitHub atau Discord jika Anda mengalami masalah.

Bagaimana ini terkait dengan Firebase Remote Config atau Launch Darkly?

Code push memungkinkan Anda menambahkan code baru / mengganti code di perangkat. Firebase Remote Config dan Launch Darkly adalah sistem konfigurasi. Mereka memungkinkan Anda mengubah konfigurasi aplikasi tanpa harus mengirimkan versi baru. Mereka tidak dimaksudkan untuk menggantikan code.

Berapa besar jejak ketergantungan yang ditambahkan?

Saya belum mengukur secara terbaru, tapi saya mengharapkan library code push akan menambahkan kurang dari satu megabyte ke aplikasi Capacitor. Kami tahu cara membuatnya lebih kecil ketika itu menjadi prioritas. Jika ukuran menjadi penghalang bagi Anda, silakan beritahu kami!

Apakah Capgo berfungsi pada Simulator iOS 18.4?

Tidak. Karena masalah upstream yang mempengaruhi Simulator iOS 18.4, Capgo tidak berjalan dengan stabil di sana. Silakan melakukan tes pada perangkat nyata atau menggunakan versi simulator iOS yang berbeda.

Lihat detail di masalah React Native: facebook/react-native#50510

Apakah code push berfungsi dengan aplikasi besar?

Iya. Tidak ada batasan ukuran aplikasi yang dapat diperbarui dengan code push. Seperti yang disebutkan di bawah ini, Capgo dapat mengubah code JS di aplikasi Anda tanpa batasan ukuran.

Perlu diingat: Ukuran aplikasi yang lebih besar membuat sulit bagi pengguna untuk mengunduh update. Kami merekomendasikan menjaga aplikasi Anda sekecil mungkin.

Apa yang dapat saya gunakan Capgo code push untuk?

Kami telah melihat berbagai penggunaan, termasuk:

• Perbaikan darurat untuk aplikasi produksi.
• Mengirimkan perbaikan bug ke pengguna pada versi aplikasi yang lebih tua.
• Mengirimkan secara terus-menerus (misalnya, setiap jam).

Perlu diingat bahwa sebagian besar toko aplikasi melarang mengirimkan code yang mengubah perilaku aplikasi dalam cara yang signifikan. Silakan lihat di bawah untuk informasi lebih lanjut.

Apa yang dihitung sebagai “MAU” untuk Capgo?

Aplikasi Aktif Bulanan (MAU) adalah perangkat aktif setiap bulan. Perangkat yang unik yang menghubungi Capgo selama periode 30 hari berputar dihitung sebagai satu MAU untuk ID aplikasi asli. Perangkat fisik yang sama digunakan dengan dua ID aplikasi asli berbeda dihitung sekali untuk setiap ID aplikasi; tidak dihapuskan di antara mereka.

Jika rasa Anda hanya berbeda dalam layer web atau routing pembaruan, gunakan satu ID aplikasi asli dengan saluran. Ini menjaga rasa di bawah satu aplikasi Capgo dan membuat rilis lebih sederhana. Gunakan ID aplikasi asli terpisah ketika rasa yang diperlukan memiliki ID paket yang berbeda, identitas tanda tangan, set hak, atau daftar toko.

Pada iOS, v7.25.0+ menjaga ID perangkat acak, skop aplikasi melalui reinstal normal menggunakan Keychain. Pada Android, gunakan v7.50.1+ (atau v5.50.1+ dan context di garis-garis rilis tersebut); ID hanya dipulihkan ketika Android Backup/Restore menyimpan preferensi aplikasi. Menghilangkan cadangan, mengesampingkan preferensi tersebut, atau membersihkan data aplikasi menghasilkan ID perangkat baru. Mengupdate aplikasi tidak menciptakan ID perangkat baru.

Pada bangun dan pengembangan uji coba, matikan pengiriman bangun pengembangan dan emulator di saluran produksi. Itu mengontrol pengiriman, bukan MAU: perangkat masih dapat terhitung ketika menghubungi Capgo. Untuk menjaganya tidak masuk penggunaan produksi, matikan pembaruan hidup dan jangan panggil endpoint produksi Capgo. Lihat Bagaimana Membuat Bangun Asli Tanpa Pembaruan Hidup untuk pengaturan yang tepat.

Apa yang tidak bisa kita gunakan Capgo code push untuk?

Capgo tidak dapat mengubah native code seperti Java, Kotlin, Objective-C, Swift, plugin native, atau konfigurasi native. Perubahan-perubahan tersebut memerlukan rilis aplikasi native baru. Untuk ruang lingkup tinjauan toko, lihat App Store dan Google Play policies.

Apakah saya bisa memperbarui capacitor.config.ts perubahan melalui Capgo?

No. Aturan singkat: Capgo dapat mengirim folder pembangunan web yang dihasilkan, termasuk HTML, CSS, JavaScript, asset, dan perubahan paket JavaScript murni yang dibundel ke dalam output tersebut. Perubahan pada capacitor.config.ts, pengaturan plugin native, instalasi atau pembaruan paket native, dan apa pun yang harus memperbarui proyek iOS atau Android melalui npx cap sync atau npx cap copy Perlu __CAPGO_KEEP_0__ mengirimkan ke toko aplikasi untuk saya?

The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:

1. Konfigurasi file __CAPGO_KEEP_0__ dibaca pada waktu pembangunan native dan dikompilasi ke dalam biner aplikasi native. Jika Anda perlu mengubah konfigurasi __CAPGO_KEEP_1__, Anda harus: capacitor.config.ts Perbarui
2. Secara lokalnpx cap sync Rebuild aplikasi native Anda (
3. diikuti oleh pembangunan native)

Does Capgo submit to the stores for me?

Capgo Build dapat mengompilasi dan menandatangani proyek native iOS atau Android yang disiapkan dan, ketika dikonfigurasi, mengirimkan hasil yang ditandatangani ke App Store Connect atau Google Play. Anda dapat menjaga CI yang ada untuk dependensi pribadi, pembangunan web, Capacitor sinkronisasi, dan persiapan native yang disesuaikan; Capgo menerima proyek native yang disiapkan untuk langkah pembangunan native.

Lihat Capgo Build dan referensi konfigurasi pembangunan untuk opsi alur kerja dan pengiriman ke toko. Apa yang disimpan oleh __CAPGO_KEEP_0__ di disk dan di mana? Tautan langsung ke Apa yang disimpan oleh __CAPGO_KEEP_0__ di disk dan di mana?

Bagian berjudul “Apa yang disimpan oleh Capgo di disk dan di mana?”

The Capgo updater (included in your application when you build your app) caches the latest downloaded bundle in the only directory that capacitor allow to load code. On Android, this is located in /data/user/0/com.example.app/code_cache/capgo_updater __CAPGO_KEEP_1__ Library/Application Support/capgo.

Perintah Capgo alat garis perintah (misalnya npx @capgo/cli@latest bundle uploadterpasang di disk di npm cache, login Anda disimpan di direktori rumah Anda di ~/.capgo.

Bagaimana ini terkait dengan Capacitor Hot Reload?

Capacitor’s Hot reload adalah fitur waktu pengembangan saja. Code push adalah untuk produksi.

Hot reload adalah fitur Capacitor yang memungkinkan Anda untuk mengubah code pada perangkat selama pengembangan. Ini memerlukan pembangunan aplikasi Capacitor dengan proxy untuk menghubungkan ke mesin lokal Anda.

Code push adalah fitur yang memungkinkan Anda untuk mengubah code pada perangkat di produksi. Kami akan menggunakan berbagai teknik yang berbeda untuk membuat hal ini mungkin tergantung pada platform.

Apa jenis perubahan yang Capgo code push dukung?

Capgo dapat mengubah semua JS code di aplikasi Anda. Ini termasuk aplikasi code dan code yang dihasilkan. Anda juga dapat memperbarui dependensi di package.json sepanjang mereka tidak memerlukan perubahan native code.

Kami tidak memiliki rencana untuk mendukung perubahan native code (misalnya Java/Kotlin pada Android atau Objective-C/Swift pada iOS), dan alat akan memberi peringatan jika mendeteksi bahwa Anda telah mengubah native code karena tidak akan termasuk dalam bundle.

Apakah ini mendukung Web?

Code push tidak diperlukan untuk web karena web sudah berjalan dengan cara ini. Ketika pengguna membuka aplikasi web, ia mengunduh versi terbaru dari server jika diperlukan.

Jika Anda memiliki kasus penggunaan code push dengan web, kami ingin tahu!

Apakah ini akan berfungsi pada iOS, Android, Mac, Windows, Linux, dll?

Ya.

Sampai saat ini kami telah fokus pada dukungan Android, iOS, dan Electron, dan code push sudah siap digunakan di semua tiga platform.

Apa versi OS yang didukung oleh Capgo?

Capgo mendukung versi Android yang sama dengan Capacitor mendukung.

Capacitor saat ini mendukung Android API level 22+ dan iOS 13.0+: https://capacitorjs.com/docs/main/reference/support-policy

Apa versi Capacitor yang didukung oleh Capgo?

Capgo saat ini hanya mendukung rilis stabil terbaru dari Capacitor. Kami juga dapat mendukung versi lama dari Capacitor, namun kami belum membangun infrastruktur yang diperlukan untuk mempertahankan hal tersebut dalam waktu lama. Kami berencana untuk mendukung lebih banyak versi dari Capacitor di masa depan, termasuk versi untuk pelanggan bisnis kami. https://github.com/Cap-go/capgo/issues/1100

Capgo mengikuti rilis stabil Capacitor dan secara umum melakukan update dalam waktu beberapa jam setelah rilis stabil. Sistem kami untuk melakukan update ini adalah otomatis dan membutuhkan waktu beberapa menit untuk dijalankan. Kami kemudian melakukan langkah verifikasi tambahan sebelum mempublikasikan ke server kami.

How ini terkait dengan proses atau kebijakan ulasan App/Play Store?

Capgo hanya mengirimkan perubahan ke layer web Capacitor: HTML, CSS, JavaScript, dan aset yang sudah berjalan di WebView aplikasi. Tidak mengubah biner native, plugin native, izin, hak akses, tanda tangan, atau metadata toko.

Pakai rilis toko native untuk setiap perubahan native dan perubahan material yang bisa mempengaruhi tujuan atau fungsi aplikasi yang telah disubmit dan didiskusikan kepada pengguna.

Apakah Capgo menjamin persetujuan App Store atau Google Play?

Tidak. Apple dan Google melakukan review dan rilis aplikasi berdasarkan fakta masing-masing, dan Capgo tidak menjamin hasil review atau persetujuan individu. Tim Anda tetap bertanggung jawab atas konten aplikasi, diskusi, skop update, dan konsisten dengan kebijakan toko saat ini.

Untuk perencanaan review dan rilis, baca kebijakan resmi secara langsung: Apple App Store Review Guidelines dan Kebijakan Penindasan Perangkat dan Jaringan Google Play.

Apakah saya bisa menggunakan Capgo di negara saya?

Kami belum mencoba membatasi akses ke Capgo dari negara mana pun.

Kami menyadari bahwa beberapa negara memiliki pembatasan pada apa saja yang dapat diakses dari dalam negara tersebut. Capgo saat ini menggunakan Cloudflare Cloud untuk hosting, termasuk R2 Storage dan Cloudflare workers.

Berikut adalah URL yang digunakan oleh Capgo:

• https://api.capgo.app — digunakan oleh alat perintah baris perintah untuk berinteraksi dengan server __CAPGO_KEEP_0__ serta pembarui __CAPGO_KEEP_1__ pada perangkat pengguna untuk memeriksa pembaruan. npx @capgo/cli command line tools to interact with the Capgo servers as well as the Capgo updater on users’ devices to check for updates.
• — digunakan oleh — used by the npx @capgo/cli Alat perintah garis perintah untuk mengunggah dan mengunduh bundle

Jika semua URL tersebut dapat diakses dari negara Anda, maka Capgo seharusnya berfungsi.

Jika wilayah Anda memerlukan blokir akses ke salah satu URL tersebut, silakan beritahu kami dan kami dapat bekerja sama dengan Anda untuk menemukan solusi. Server proxy adalah salah satu pilihan.

Apakah saya dapat meng-host sendiri Capgo?

Iya. Enterprise mendukung peng-hostan sendiri Capgo yang terlisensi ketika Anda memerlukan menjalankan backend pembaruan di infrastruktur sendiri. Lihat Peng-hostan Pembaruan untuk model peng-hostan dan endpoint.

Apakah code push memerlukan koneksi internet untuk berfungsi?

Ya. Mungkin ada kemungkinan menjalankan server untuk mendistribusikan pembaruan secara terpisah dari internet umum, tetapi beberapa bentuk koneksi jaringan diperlukan untuk mengangkut pembaruan ke perangkat.

Bagaimana Capgo terpengaruh oleh kekurangan koneksi jaringan?

Updater Capgo (termasuk dalam aplikasi Anda ketika Anda membangun aplikasi dengan Capgo) dirancang untuk tahan terhadap masalah koneksi jaringan.

Dalam perilaku pembaruan default, ketika aplikasi diluncurkan, aplikasi tersebut memberitahu updater Capgo, yang kemudian menjalankan thread terpisah untuk membuat permintaan jaringan ke server Capgo dan meminta pembaruan. Kami sengaja menggunakan thread terpisah untuk menghindari mengganggu hal lain yang aplikasi mungkin sedang melakukan. Jika permintaan jaringan gagal atau waktu habis, updater akan mencoba memeriksa lagi ketika aplikasi diluncurkan kembali.

Capgo tools perintah baris (misalnya Capgo npx @capgo/cli@latest bundle upload) memerlukan koneksi jaringan untuk berfungsi. Jika Anda menggunakan Capgo untuk mendistribusikan aplikasi, pastikan sistem CI Anda memiliki koneksi jaringan.

Apa yang terjadi jika pengguna tidak memperbarui selama waktu lama dan melewatkan pembaruan?

Implementasi kami selalu mengirimkan pembaruan yang disesuaikan secara spesifik untuk perangkat yang meminta pembaruan, sehingga memastikan pengguna selalu mendapatkan versi terbaru yang tersedia. Jadi, jika pengguna tidak memperbarui selama beberapa waktu, mereka akan

Server pembaruan dapat diubah untuk mendukung respons dengan versi berikutnya atau versi terbaru tergantung pada kebutuhan aplikasi Anda. Silakan beritahu kami jika perilaku pembaruan alternatif penting bagi Anda.

Bagaimana Capgo terkait dengan Capacitor?

Capgo adalah plugin untuk Capacitor yang menambahkan code push. Capgo bukanlah pengganti untuk Capacitor. Anda dapat terus menggunakan alat Capacitor yang sudah Anda kenal dan cintai.

Kami mengikuti rilis stabil terbaru dari Capacitor dan memperbarui plugin push code untuk berjalan dengan rilis tersebut.

Kapan pembaruan terjadi?

Dengan default, pembaruan Capgo memeriksa pembaruan pada saat aplikasi dijalankan. Pembaruan berjalan di thread latar belakang dan tidak mengganggu thread UI. Pembaruan apa pun akan diinstal saat pengguna menggunakan aplikasi dan akan diterapkan pada saat aplikasi di-restart.

Pembaruan Capgo juga dapat dijalankan secara manual menggunakan __ @capgo/capacitor-updater melalui paket ini, Anda dapat memicu pembaruan kapan saja, termasuk melalui notifikasi push.

Updater Capgo dirancang sedemikian rupa sehingga ketika jaringan tidak tersedia, atau server tidak tersedia atau tidak dapat diakses, aplikasi akan terus berjalan seperti biasa. Jika Anda pernah memilih untuk menghapus pembaruan dari server kami, semua klien Anda akan terus berjalan seperti biasa.

Kami telah menambahkan kemampuan untuk mengembalikan patch. Cara termudah adalah dengan menambahkan bundle sebelumnya ke saluran Anda untuk mengembalikan.

Apakah saya perlu menjaga rahasia app_id saya?

Tidak. app_id termasuk dalam aplikasi Anda dan aman untuk diungkapkan secara publik. Anda dapat memeriksaannya ke dalam pengontrol versi (bahkan secara publik) dan tidak perlu khawatir seseorang lain mengaksesnya.

Seseorang yang memiliki app_id dapat mengunduh versi terbaru aplikasi Anda dari server Capgo, tetapi mereka tidak dapat memicu pembaruan ke aplikasi Anda atau mengakses aspek lain dari akun Capgo Anda.

Apa informasi yang dikirimkan ke server Capgo?

Daftar inventori data lengkap, perilaku endpoint, dan pengaturan privasi telah dokumentasi di Komitmen.

Atur statsUrl: '' untuk menonaktifkan laporan statistik pembaruan eksplisit. Anda juga dapat mengirimkan statsUrl ke proxy atau endpoint yang Anda kendalikan; lihat pengelolaan statistik di infrastruktur self-hosted. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

Periksa pembaruan masih memerlukan identifikasi perangkat yang dikendalikan aplikasi sehingga __CAPGO_KEEP_0__ dapat memilih pembaruan yang tepat dan mengukur perangkat aktif bulanan. Daftar sub-prosesor adalah sumber kebenaran publik kami yang terupdate untuk penyedia, lokasi pengolahan, mekanisme transfer, dan riwayat perubahan.

Apakah saya dapat menggunakan Capgo untuk aplikasi yang sensitif HIPAA?

Ya, tetapi pemilik kepatuhan Anda harus memilih model penggunaan yang tepat. Capgo Cloud tidak saat ini ditampilkan sebagai pengolah statistik yang kompatibel dengan HIPAA. Secara default, data pembaruan adalah terbatas pada perangkat dan tidak terkait dengan pengguna aplikasi yang diketahui, dan banyak tim menggunakan model tersebut dengan sukses.

Untuk tinjauan yang lebih ketat, Anda dapat meng-lokasikan lalu lintas plugin, mematikan statistik dengan mengatur statsUrl ke string kosong, hanya-host statistik endpoint, atau menggunakan hosting yang berlisensi. Jangan panggil CapacitorUpdater.setCustomId(...) dengan alamat email, ID pengguna, ID pasien, ID karyawan, atau nilai apa pun yang memetakan telemetri pembaruan kembali ke orang.

Lihat Kebijakan HIPAA untuk setup teknis yang lengkap dan perdagangan observabilitas ketika statistik diaktifkan.

Apakah saya bisa mempertahankan Capgo data pembaruan hidup di Eropa?

Yes. Aplikasi yang memerlukan residensi data Eropa untuk Capgo lalu lintas plugin Cloud dapat mengatur endpoint pembaruan ke host Eropa:

• updateUrl: https://plugin.eu.capgo.app/updates
• statsUrl: https://plugin.eu.capgo.app/stats
• channelUrl: https://plugin.eu.capgo.app/channel_self

Pilih semua tiga URL Eropa bersamaan sehingga periksa pembaruan, statistik, dan penugasan saluran menggunakan jalur data regional yang sama. Karena nilai-nilai ini berada di capacitor.config.tsAplikasi mobile yang berjalan di produksi memerlukan rilis native sebelum instalasi yang ada menggunakan endpoint baru.

Lihat Lokasi Data untuk contoh Capacitor dan Electron yang tepat.

Apa platform yang didukung oleh Capgo?

Saat ini, Capgo mendukung Android, iOS, dan Electron. Semua sudah siap digunakan.

Penggunaan Capgo untuk iOS, Android, atau Electron dapat diatur secara independen. Anda dapat menentukan strategi saluran untuk Android dan sebuah IPA yang dibangun untuk App Store, atau saluran Electron, sesuai kebutuhan.

Capgo dapat (relatif mudah) dibuat untuk mendukung target desktop atau embedded. Jika itu penting bagi Anda, silakan beritahu kami.

Bagaimana Capgo berinteraksi dengan Jalur Pengujian Play atau Apple TestFlight?

Setiap toko aplikasi memiliki mekanisme tersendiri untuk mendistribusikan aplikasi ke kelompok pengguna yang terbatas (misalnya “pengujian internal”, “beta tertutup”, dll.). Mekanisme-mekanisme ini semua digunakan untuk membagi pengguna Anda ke dalam kelompok-kelompok dan mendistribusikan versi aplikasi tertentu ke setiap kelompok.

Sayangnya, tidak semua mekanisme ini memungkinkan pihak ketiga untuk mendeteksi ketika aplikasi diinstal dalam jalur pengujian tertentu atau melalui TestFlight. Oleh karena itu, kami tidak memiliki visibilitas yang dapat diandalkan ke dalam komposisi kelompok-kelompok ini, dan tidak dapat memastikan akses ke patch Capgo berdasarkan kelompok-kelompok ini. https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i

Jika Anda ingin membagi ketersediaan Capgo bundle, ada 4 opsi potensial:

1. Gunakan saluran terpisah untuk setiap kelompok. Pendekatan ini paling sederhana, tetapi memerlukan Anda untuk mengelola saluran yang lebih dari satu. Anda mungkin sudah memiliki saluran dev dan prod dengan ketersediaan yang berbeda. Anda dapat memperbarui saluran dev Anda, memverifikasi dan kemudian memperbarui saluran prod Anda secara terpisah. Kami merekomendasikan menggunakan cabang / tag di kontrol versi Anda untuk membantu Anda mengikuti sumber yang terkait dengan setiap rilis.
2. Track setiap set opt-in pengguna sendiri, nonaktifkan pembaruan otomatis, dan aktifkan pembaruan hanya untuk pengguna tertentu melalui @capgo/capacitor-updater package. Ini berfungsi saat ini, tetapi memerlukan Anda untuk mengelola daftar opt-in sendiri.
3. Capgo Izinkan pembuat untuk membuat mekanisme opt-in sendiri pada dasar perangkat (mirip dengan Test Tracks atau TestFlight, tetapi platform-agnostik). Ini memungkinkan tim QA Anda untuk memilih untuk menggunakan bundle sebelum mereka dipromosikan ke publik umum.
4. Pilih rollout untuk mengirimkan bundle kandidat ke subset acak dari saluran. Tetapkan rollout dari 0-100%, atau gunakan --rollout-percentage-bps untuk increment 0,01%; konfigurasi durasi cache dari 60 detik hingga 365 hari dan kebijakan pause otomatis. Ini tidak memilih kelompok perangkat yang dinamis.

Pembayaran

Judul bagian yang berjudul ‘Pembayaran’ (Billing).

Saya dapat mengupgrade atau menurunkan rencana saya kapan saja di dashboard saya: https://console.capgo.app/settings/organization/plans

Kapan periode tagihan saya akan direset?

Periode tagihan akan direset secara otomatis setiap bulan pada bulan Anda pertama kali berlangganan ke Capgo. Misalnya, jika Anda berlangganan pada tanggal 15 bulan, periode tagihan Anda akan direset pada tanggal 15 setiap bulan.

Bagaimana cara saya membatalkan langganan saya?

Saya dapat membatalkan langganan saya kapan saja di dashboard saya: https://console.capgo.app/pengaturan/organisasi/tarif

Apakah saya bisa membayar untuk satu tahun di muka?

Iya. Anda bisa memilih pembayaran tahunan di pengaturan rencana organisasi Anda Pengaturan rencana organisasi Anda.

Apa yang dihitung dalam penyimpanan, dan apakah kita bisa mengubah retensi?

Penyimpanan termasuk bundle historis yang disimpan dan aset Delta mereka di seluruh saluran Anda. Anda mengontrol retensi bundle yang tidak digunakan untuk setiap aplikasi di Pengaturan Aplikasi. Bundle yang terkait dengan saluran aktif atau rollout tetap dilindungi sehingga tetap tersedia untuk pengiriman dan rollback.

Apakah replikasi regional memperbanyak penyimpanan atau bandwidth?

Tidak. Paket dihitung sekali untuk penyimpanan, terlepas dari wilayah yang menyediakannya. Capgo bandwidth didasarkan pada unduhan perangkat yang tidak disajikan dari cache edge; pengiriman yang disajikan dari cache tidak menghitung terhadap Capgo penggunaan bandwidth.

Apa yang termasuk dalam SLA Enterprise?

SLA Enterprise mencakup komitmen ketersediaan bulanan 99,9% untuk platform produksi. Jika komitmen tersebut tidak terpenuhi, jadwal kredit layanan adalah 10% hingga 30% berdasarkan ketersediaan bulanan. Target respons dukungan awal awal adalah P1: satu jam, 24/7/365; P2: dua jam kerja; P3: satu hari kerja; dan P4: dua hari kerja. Baca SLA Enterprise untuk syarat-syarat lengkap.

Statistik dan analisis

Statistik di dashboard Anda diperbarui setiap pukul 00:00 UTC. Statistik dihitung dari Pengguna Aktif aktif selama periode 30 hari berjalan.

Bagaimana ID perangkat dihasilkan

ID perangkat dihasilkan pada perangkat pada saat pertama kali dijalankan, dan digunakan untuk menghilangkan duplikasi instalasi per-device dan memungkinkan kami untuk mengenakan biaya berdasarkan pengguna yang diinstal (misalnya pengguna aktif bulanan), bukan total patch atau total instalasi patch.

Pengguna Aktif adalah solusi yang lebih baik daripada jumlah instalasi untuk menentukan Capgo, karena lebih akurat dan mencerminkan biaya sebenarnya Capgo per perangkat.

Pertahankan ID perangkat:

• iOS: Dari v7.25.0+, ID perangkat disimpan di Keychain dan bertahan melalui reinstalasi normal.
• Andoid: Gunakan v7.50.1+ (atau v5.50.1+/v6.50.1+ pada garis rilis tersebut). ID perangkat hanya dipulihkan ketika Android Backup/Restore menyimpan preferensi aplikasi.
• Electron: ID perangkat disimpan di penyimpanan yang aman.
• Android catatan kaki: Menghapus cadangan, mengabaikan preferensi yang relevan, atau menghapus data aplikasi akan menghasilkan ID perangkat baru. Android v7.25.0 hingga v7.50.0 dapat menghasilkan ID perangkat baru setelah reinstall bahkan ketika cadangan diaktifkan.

ID perangkat dikosongkan dan mendukung pengiriman update hidup dan deduplikasi MAU; itu bukanlah identifikasi iklan atau pengikatan aplikasi lintas.

ID perangkat ditampilkan setelah aplikasi memeriksa Capgo melalui updater atau endpoint statistik. Perangkat tidak perlu menginstal patch sebelum dapat muncul dalam daftar perangkat.

Mengapa nomor perangkat saya berbeda dengan MAU saya?

Daftar perangkat dan MAU didasarkan pada signal yang berbeda.

Daftar perangkat menampilkan metadata terbaru untuk setiap perangkat, seperti ID perangkat, platform, versi plugin, versi OS, versi native, saluran, bundle yang diinstal, dan kode negara saat tersedia. Kode negara adalah kode dua huruf terakhir code yang diterima dari permintaan Cloudflare-diproses untuk perangkat tersebut, bukan lokasi GPS atau lokasi yang disediakan aplikasi. Permintaan tanpa kode negara yang valid tidak akan menghapus nilai terakhir yang valid. Capgo memperbarui metadata ini ketika aplikasi memeriksa, tetapi permintaan ulang yang melaporkan metadata yang sama mungkin tidak mengubah baris atau waktu perbarui terakhirnya.

Berapa perangkat aktif yang dihitung MAU selama jendela pembayaran. Aktivitas tersebut dapat meningkat meskipun metadata perangkat tetap sama, sehingga jumlah perangkat dan MAU dapat berbeda.

Bagaimana cara memiliki pembaruan yang berbeda untuk platform?

Anda dapat membuat saluran untuk setiap platform dan mengaktifkan pembaruan spesifik platform di setiap saluran.

Pada saluran ios, nonaktifkan pembaruan android dan pada saluran android, nonaktifkan pembaruan ios.

Lalu unggah bundle ke setiap saluran untuk memiliki pembaruan yang berbeda untuk setiap platform.

Jika Anda membutuhkan pembaruan yang sama untuk kedua platform, Anda dapat menghubungkan bundle ke beberapa saluran. Tidak perlu mengunggah bundle yang sama lagi.

Lanjutkan dari FAQ

Jika Anda menggunakan Pertanyaan Umum (FAQ) untuk merencanakan pengiriman pembaruan hidup, hubungkannya dengan Capgo Pembaruan Hidup for the product workflow in Capgo Live Updates, untuk alur kerja produk di __CAPGO_KEEP_0__ Pembaruan Hidup, Ringkasan untuk detail implementasi di Ringkasan, Fitur untuk detail implementasi di Fitur, Perilaku Pembaruan untuk detail implementasi di Perilaku Pembaruan, dan Jenis Pembaruan