Saluran

Siap dicopy

Saluran Pembaruan Hidup mengacu pada bangunan bundle JS tertentu dari aplikasi Anda yang akan dibagikan dengan perangkat apa pun yang dikonfigurasi untuk mendengarkan saluran tersebut untuk pembaruan. Ketika Anda menginstal Capgo Pembaruan Hidup SDK dalam aplikasi Anda, setiap biner native yang dikonfigurasi ke saluran tersebut akan memeriksa pembaruan yang tersedia setiap kali aplikasi diluncurkan. Anda dapat mengubah bangunan yang dikaitkan dengan saluran pada saat apapun dan juga dapat kembali ke bangunan sebelumnya jika perlu.

Bagaimana perangkat memilih saluran (prioritas)

Ketika perangkat memeriksa perbarui, Capgo memutuskan mana saluran yang digunakan dalam urutan ini yang ketat (prioritas tertinggi terlebih dahulu):

Peta perangkat paksa (Dashboard) – Menempelkan ID perangkat tertentu secara manual ke saluran. Gunakan untuk debugging darurat atau pengujian terkendali dengan pengguna nyata tunggal. Ini selalu menang.
Cloud override (per-device) melalui Dashboard atau API – Dibuat ketika Anda mengubah saluran perangkat di dashboard atau melalui API. Gunakan untuk pengguna QA yang beralih antara saluran fitur / PR atau untuk mereproduksi masalah pengguna. Menginstal ulang binary tidak menghapusnya; menghapus entri perangkat melakukan.
Plugin setChannel() saluran lokal – Dibuat ketika aplikasi memanggil setChannel() dan backend memvalidasi bahwa saluran target memungkinkan penugasan sendiri. Saluran yang dipilih disimpan secara lokal pada perangkat tersebut, efektif segera, dan tidak ditampilkan di UI Penggeser Perangkat.

Mulai dari versi plugin 5.34.0, 6.34.0, 7.34.0, atau 8.0.0 (tergantung pada versi mayor Anda), setChannel() berfungsi berbeda: menghubungi backend untuk memvalidasi apakah saluran diizinkan (mengatur apakah penugasan sendiri diaktifkan untuk saluran tersebut), kemudian menyimpan saluran secara lokal pada perangkat sebagai defaultChannel. Ini berarti saluran baru efektif segera untuk memeriksa pembaruan berikutnya—tidak perlu menunggu replikasi.

Sebelumnya, setChannel() menghemat pengaturan saluran ke database backend (seperti Dashboard atau API perubahan), dan perangkat harus menunggu replikasi data (hingga 2 menit) sebelum saluran baru diakui. perilaku baru hanya membaca dari backend (untuk validasi) dan menyimpan secara lokal, membuat perubahan saluran instan.

Karena setChannel() adalah hanya lokal, maka tidak membuat entri Pengaturan Perangkat di Capgo dashboard. UI Pengaturan Perangkat hanya menampilkan pengaturan yang dibuat dari dashboard atau Public API.

Penting: Meskipun saluran menjadi tidak diizinkan setelah diatur secara lokal, backend akan masih melakukan validasi saluran selama pembaruan, sehingga keamanan tetap dipertahankan.

Penting: Ketika perubahan saluran dilakukan melalui Dashboard atau API, masih ada lag replikasi hingga 2 menit sebelum semua server tepi menampilkan perubahan. Untuk mengaktifkan perubahan saluran instan, gunakan setChannel() di aplikasi Anda code—ini melakukan validasi dengan backend, kemudian mengatur saluran secara lokal untuk efek instan.

Capacitor konfigurasi defaultChannel (build uji coba default) – Jika ada di capacitor.config.* dan tidak ada paksa/override/kanal lokal, aplikasi dimulai pada kanal ini (misalnya) beta, qa, pr-123. Bisa digunakan untuk build internal / uji coba sehingga tester langsung berada di kanal pre-release. Build produksi biasanya tidak mengatur ini.
Kanal Default Cloud (jalur utama ~99% pengguna) – Jika Anda menandai sebuah kanal default di dashboard, semua pengguna normal (tidak paksa, tidak Dashboard/API override, tidak plugin lokal kanal, tidak konfigurasi defaultChannel) akan menghubungkan ke sini. Perubahan ini dapat dilakukan secara instan—tidak ada binary baru. Jika Anda memiliki default platform khusus (misalnya, satu untuk iOS-saja, satu untuk Android-saja, satu untuk Electron-saja), setiap perangkat akan menghubungkan ke default yang sesuai dengan platformnya. Mengabaikan kanal default cloud tidak diperbolehkan; dalam hal ini, perangkat harus sesuai dengan langkah-langkah 1-4 untuk menerima update.

Praktik terbaik:

Tentukan 1-4 sebagai lapisan kecuali / lapisan uji; ketika Anda menetapkan default cloud, pengguna nyata harus mengalir ke dalamnya. Jika Anda tidak menetapkan satu, pastikan Anda sengaja bagaimana pengguna menghubungkan (biasanya melalui) defaultChannel konfigurasi atau pengaturan per-device.
Hanya konfigurasi defaultChannel di binary yang Anda kirim secara eksplisit kepada tester. Mengabaikan ini menjaga logika produksi tetap terkonsentrasi di dashboard.
Gunakan setChannel() secara berhati-hati di produksi—utamanya untuk QA atau diagnostik yang sasaran.

Jika sebuah saluran dinonaktifkan untuk platform (iOS/Android/Electron toggles) ketika akan dipilih, proses seleksi melompatinya dan melanjutkan ke daftar berikutnya.

Ringkasan: Paksa > Dashboard/API Override > Plugin setChannel() saluran lokal > Konfigurasi defaultChannel > Default Cloud.

Behavior Saluran Bawaan

Mengatur default cloud tidak wajib, tetapi biasanya berfungsi sebagai jalur utama untuk perangkat baru. Tanpa satu, hanya perangkat yang sesuai dengan pemetaan paksa, override, atau konfigurasi __CAPGO_KEEP_0__ yang akan menerima update. Ketika Anda memilih untuk menandai default, ingatlah pola-pola berikut: defaultChannel in the Capacitor config will receive updates. When you do choose to mark defaults, keep these patterns in mind:

– Jika sebuah saluran memiliki iOS, Android, dan Electron diaktifkan, maka menjadi default tunggal; perangkat tanpa override akan menempel di sini. – Jika sebuah saluran memiliki iOS, Android, dan Electron diaktifkan, maka menjadi default tunggal; perangkat tanpa override akan menempel di sini.
Default Platform – Jika Anda membagi saluran berdasarkan platform (misalnya, hanya iOS diaktifkan, hanya Android diaktifkan, dan hanya Electron diaktifkan), tandai setiap satu sebagai default untuk platformnya. Perangkat iOS pergi ke default iOS, perangkat Android pergi ke default Android, dan aplikasi Electron pergi ke default Electron. ios-production Pahami bahwa default awan dan default di dalamnya berada di lapisan keputusan yang sama. Jika Anda menetapkan default awan, Anda tidak perlu mengulangi nilai di konfigurasi __CAPGO_KEEP_0__ Anda—biarkan kosong untuk build produksi. Simpan untuk biner yang Anda sengaja kirim ke tester atau QA ketika Anda ingin mereka memulai di saluran non-produksi meskipun default awan berbeda. android-production Saluran dapat diubah kapan saja di dashboard. Ketika Anda mengganti default, perangkat baru mengikuti routing baru segera dan perangkat yang ada mengikuti aturan keutamaan normal ketika mereka memeriksa kembali. electron-production Pengaturan Saluran

Pengaturan Saluran defaultChannel Pengaturan Saluran capacitor.config.* both occupy the same decision layer. If you set a cloud default, you don’t need to duplicate the value in your Capacitor config—leave defaultChannel Pengaturan Saluran defaultChannel Pengaturan Saluran

Pengaturan Saluran

Pada saat proses pendaftaran, Anda membuat saluran pertama (banyak tim menamainya “Produksi”), tetapi tidak ada yang terkunci—Anda dapat menamai atau menghapus saluran kapan saja. Untuk menambahkan saluran tambahan kemudian:

Pergi ke bagian “Saluran” dari Capgo dashboard
Klik tombol “Saluran Baru”
Masukkan nama untuk saluran dan klik “Buat”

Nama saluran dapat apa saja yang Anda inginkan. Strategi umum adalah mencocokkan saluran dengan tahap pengembangan Anda, seperti:

Development - untuk menguji pembaruan hidup pada perangkat lokal atau emulator
QA - untuk tim QA Anda untuk memverifikasi pembaruan sebelum rilis yang lebih luas
Staging - untuk pengujian akhir di lingkungan yang mirip produksi
Production - untuk versi aplikasi yang digunakan oleh pengguna akhir dari toko aplikasi

Konfigurasi Saluran di Aplikasi Anda

Setelah Anda membuat saluran, Anda perlu mengonfigurasi aplikasi Anda untuk mendengarkan saluran yang tepat. Dalam contoh ini, kita akan menggunakan saluran. Development Saluran.

Buka file capacitor.config.ts (atau capacitor.config.json) di sini. Di bawah bagian plugins opsional untuk mengatur defaultChannel untuk build pengembangan (internal / QA). Untuk build produksi, lebih baik mengabaikannya agar perangkat menggunakan Default Cloud kecuali secara eksplisit diubah. Salin ke clipboard

import { CapacitorConfig } from '@capacitor/cli';

const config: CapacitorConfig = {
  plugins: {
    CapacitorUpdater: {
      // For a QA/TestFlight build – testers start on the Development channel automatically.
      defaultChannel: 'Development',
      // Production builds usually omit this so users attach to the Cloud Default channel.
    },
  },
};

untuk menyalin file konfigurasi yang diperbarui ke proyek iOS, Android, dan Electron Anda. Jika Anda melewatkan langkah sinkronisasi ini, proyek native Anda akan terus menggunakan saluran yang telah dikonfigurasi sebelumnya. npx cap sync __CAPGO_KEEP_0__

Opsi dan Strategi Saluran

Saluran memiliki beberapa opsi yang mengontrol siapa yang dapat menerima pembaruan dan bagaimana pembaruan disampaikan. Opsi-opsi penting ada di bawah. Anda dapat mengonfigurasi opsi-opsi ini dari aplikasi web, CLI, atau API Publik.

Saluran default: Pilihlah saluran atau saluran khusus platform yang perangkat baru akan terhubung. Lihat “Pengaturan Saluran Default” untuk skenario routing.
Filter platform: Aktifkan atau nonaktifkan pengiriman ke iOS, Androidatau Electron perangkat per saluran.
Nonaktifkan downgrade otomatis di bawah native: Mencegah pengiriman update ketika versi aplikasi native perangkat lebih baru dari bundle saluran (misalnya, perangkat pada 1.2.3 sedangkan saluran memiliki 1.2.2).
Biarkan build pengembangan: Izinkan update ke build pengembangan (bermanfaat untuk tes).
Biarkan perangkat emulator: Izinkan update ke emulator/simulator (bermanfaat untuk tes).
Biarkan perangkat menetapkan sendiri: Izinkan aplikasi beralih ke saluran ini secara waktu eksekusi menggunakan setChannelJika dinonaktifkan, setChannel akan gagal untuk saluran ini.

Pengiriman progresif

Akan tetapi, saluran ini dapat menjaga bundle stabil sambil secara bertahap menampilkan target peluncuran yang terpisah kepada kelompok perangkat yang menempel. Anda dapat menghentikan, melanjutkan, mempromosikan, mengembalikan, dan mengkonfigurasi respons gagal otomatis tanpa harus mengganti saluran untuk semua orang. Lihat Rollout Progresif untuk model pengiriman, alur kerja dashboard, API bidang, dan CLI perintah.

Nonaktifkan Strategi Auto Update

Pakai ini untuk membatasi jenis-jenis update apa saja yang akan disampaikan secara otomatis oleh saluran. Pilihan:

utama: Menghalangi bundle target yang versi utamanya lebih tinggi dari dasar native perangkat (version_buildContoh: 1.2.3 -> 2.0.0 dihalangi; 1.2.3 -> 1.9.0 diizinkan.
kecil: Menghalangi bundle target yang versi utamanya atau kecilnya berbeda dari version_buildContoh: 1.2.3 -> 1.3.0 ditangguhkan; 1.2.3 -> 1.2.4 diperbolehkan.
patch: Mode ketat. Menghalangi perubahan apa pun pada nomor mayor, minor, atau patch. Hanya perubahan sufiks yang diizinkan saat MAJOR.MINOR.PATCH tetap identik. Contoh: 1.0.0-beta.1 -> 1.0.0-beta.2 diperbolehkan, 1.0.0+build.1 -> 1.0.0+build.2 diperbolehkan, 1.0.0 -> 1.0.1 ditangguhkan.
metadata: Memerlukan versi update minimum metadata pada setiap bundle. Konfigurasi melalui CLI menggunakan --min-update-version atau --auto-min-update-versionJika tidak ada, saluran tersebut akan ditandai sebagai tidak terkonfigurasi dan pembaruan akan ditolak sampai diatur.
semua pembaruan sesuai dengan kompatibilitas semver.

Strategi ini membandingkan bundle target saluran dengan dasar native yang dikirim sebagai version_build, bukan bundle yang diunduh saat ini yang dikirim sebagai version_name.

Untuk mengetahui detail lebih lanjut dan contoh, lihat Disable updates strategy di /docs/cli/commands/#disable-updates-strategy.

Contoh (CLI):

# Block major updates on the Production channel
npx @capgo/cli@latest channel set production com.example.app \
  --disable-auto-update major

# Allow devices to self-assign to the Beta channel
npx @capgo/cli@latest channel set beta com.example.app --self-assign

Menggunakan setChannel() dari Aplikasi Anda

Metode ini memungkinkan aplikasi Anda untuk berganti saluran secara programatis pada waktu runtime. Hal ini sangat berguna untuk: setChannel() Menu QA/debug di mana tester dapat berganti antara saluran

Alur pilihan beta program
The
Implementasi flag fitur
Skenario tes A/B

import { CapacitorUpdater } from '@capgo/capacitor-updater';

// Switch to the beta channel
await CapacitorUpdater.setChannel({ channel: 'beta' });

// Optionally trigger an immediate update check after switching
await CapacitorUpdater.setChannel({
  channel: 'beta',
  triggerAutoUpdate: true
});

Kapan setChannel() di panggil:

Validasi backend (hanya baca): Permintaan dikirim ke Capgo backend untuk memvalidasi apakah channel diizinkan (mengatur izin pengaturan sendiri)
Pembaruan penyimpanan lokal: Jika validasi berhasil, channel disimpan ke penyimpanan lokal perangkat sebagai defaultChannel
Efek instan: Periksa update selanjutnya menggunakan saluran baru langsung (tidak menunggu replikasi)

Mengapa ini penting: Pada versi lama, setChannel() menghemat pengaturan saluran override ke database backend (sama seperti perubahan Dashboard atau API). Perangkat harus menunggu replikasi backend (hingga 2 menit) sebelum perubahan saluran berlaku. Sekarang, setChannel() hanya membaca dari backend (untuk validasi) dan menyimpan secara lokal, membuat perubahan saluran instan.

Ketersediaan Dashboard: Pengaturan saluran yang ditetapkan dengan plugin tidak membuat perangkat muncul sebagai Pengaturan Perangkat Override di Capgo UI. Hanya pengaturan saluran yang dibuat dari dashboard atau API yang terdaftar di sana. Gunakan dashboard atau API ketika Anda memerlukan pengaturan override yang terlihat oleh administrator.

Pesan keamanan: Meskipun hak akses saluran berubah setelah pengaturan lokal (misalnya, pengaturan sendiri dihapus), backend akan masih melakukan validasi saluran selama periksa update, memastikan keamanan tetap terjaga.

Pembandingan metode perubahan saluran:

Metode	Waktu Efek	Dimana Data Diperlakukan	Ditampilkan di Pengaturan Perangkat	Penggunaan
`setChannel()` context: Halaman/area: Halaman pemasaran solusi Capgo. Peran: Label UI singkat atau item navigasi. Dilihat di: halaman solusi/cordova-to-capacitor-ai.astro. Kunci pesan `solutions_cordova_to_capacitor_ai_table_use_case` (Solutions Cordova To Capacitor Ai Table Use Case).	dari plugin	Instan	Hanya Perangkat (Local)	Tidak
Pengguna Mengganti Saluran Dalam Aplikasi	Pengaturan Perangkat Dashboard	Sampai 2 menit	Database Server Sisi Belakang	Perubahan yang diinisiasi oleh administrator untuk perangkat tertentu
Penugasan saluran API	Sampai dengan 2 menit	Database backend	Ya	Integrasi backend otomatis

Untuk pengalaman pengguna yang terbaik ketika membangun antarmuka pengguna untuk berganti saluran, selalu gunakan plugin’s setChannel() Metode.

Versi minimum untuk berganti saluran secara lokal hanya: 5.34.0, 6.34.0, 7.34.0atau 8.0.0 (tergantung pada versi mayor Anda). Setiap nomor versi minor mewakili set fitur yang sama di semua versi mayor (misalnya, X.34.0 mencakup fitur yang sama apapun X adalah 5, 6, 7, atau 8). Lihat instalasi plugin untuk tag versi.

Mengasosiasi Paket ke Saluran

Untuk mengaktifkan pembaruan live, Anda perlu mengunggah build paket JS baru dan mengasosiasikannya dengan saluran. Anda bisa melakukannya dalam satu langkah dengan menggunakan Capgo CLI:

npx @capgo/cli@latest bundle upload --channel=Development

Langkah ini akan mengunggah aset web yang dibangun dan mengatur build paket baru sebagai build aktif untuk saluran. Aplikasi-aplikasi yang dikonfigurasi untuk mendengarkan saluran tersebut akan menerima pembaruan selanjutnya ketika mereka memeriksa untuk pembaruan. Development Anda juga bisa mengasosiasikan build ke saluran dari bagian “Paket” di __CAPGO_KEEP_0__ dashboard. Klik ikon menu di samping build dan pilih “Asosiasi ke Saluran” untuk memilih saluran untuk build tersebut.

You can also assign builds to channels from the “Bundles” section of the Capgo dashboard. Click the menu icon next to a build and select “Assign to Channel” to choose the channel for that build.

Judul Bagian “Pengaturan Versi Paket dan Saluran”

Capgo

Ketika Anda mengatur versi bundle, kami merekomendasikan menggunakan versi semantik dengan Capgo’s Semver Tester dan identifikasi pra-rilis untuk konfigurasi saluran. Misalnya, rilis beta mungkin versi sebagai 1.2.3-beta.1.

Pada CI, jika versi lokal sudah diunggah, gunakan npx @capgo/cli@latest bundle upload --auto-bump (opsional) major, minor, patch/fix, metadata, atau ai) sehingga CLI mengupgrade dari bundle terkait saluran hingga nama gratis ditemukan. Dengan ai, AI Workers menduga tingkat dari manifest lokal vs delta sebelumnya (jatuh kembali ke patch dengan tidak ada versi Capgo sebelumnya). Anda tidak dapat menggabungkannya dengan --bundle. Lihat dan CI/CD Integration Referensi CLI.

Metode ini memiliki beberapa keuntungan:

Memungkinkan komunikasi yang jelas tentang hubungan antara build. 1.2.3-beta.1 jelas merupakan rilis pra-terbitan dari 1.2.3.
Memungkinkan penggunaan nomor versi ulang di kanal-kanal, mengurangi kebingungan.
Memungkinkan jalur rollback yang jelas. Jika Anda perlu kembali dari 1.2.3, Anda tahu 1.2.2 adalah rilis stabil sebelumnya.

Contoh berikut menunjukkan cara Anda mungkin mengatur versi bundle dengan pengaturan kanal biasa:

Development kanal: 1.2.3-dev.1, 1.2.3-dev.2, dan seterusnya.
QA kanal: 1.2.3-qa.1, 1.2.3-qa.2dan lain-lain
Staging saluran: 1.2.3-rc.1, 1.2.3-rc.2dan lain-lain
Production saluran: 1.2.3, 1.2.4dan lain-lain

Menggunakan semver dengan identifikasi pra-rilis adalah pendekatan yang disarankan, tetapi tidak secara ketat diperlukan. Kunci adalah menemukan skema versi yang dengan jelas menyampaikan hubungan antara build Anda dan sejalan dengan proses pengembangan tim Anda.

Mengembalikan Langkah Hidup

Jika Anda mengaktifkan langkah hidup yang memperkenalkan bug atau perlu dibalik, Anda dapat dengan mudah mengembalikan ke build sebelumnya. Dari bagian “Saluran” di dashboard:

Klik nama saluran yang ingin Anda kembalikan
Temukan build yang ingin Anda kembali ke dan klik ikon mahkota
Konfirmasi Aksi

Build yang dipilih akan langsung menjadi build aktif untuk saluran tersebut lagi. Aplikasi akan menerima versi yang dikembalikan pada saat mereka memeriksa pembaruan berikutnya.

Mengautomasi Pengiriman

Untuk alur kerja yang lebih maju, Anda dapat mengautomasi pengiriman pembaruan live update sebagai bagian dari pipeline CI/CD Anda. Dengan mengintegrasikan Capgo ke dalam proses build Anda, Anda dapat mengunggah bundle baru secara otomatis dan menugaskan mereka ke saluran pada saat Anda push ke cabang tertentu atau membuat rilis baru.

Cari tahu lebih lanjut tentang Integrasi CI/CD docs to learn more about automating Capgo live updates.

docs untuk mempelajari lebih lanjut tentang mengautomasi __CAPGO_KEEP_0__ pembaruan live.

Menggunakan kunci __CAPGO_KEEP_0__ untuk App Previews App Preview Kunci API

Kunci API App PreviewLihat Kunci API.
Menggunakan saluran __CAPGO_KEEP_0__ yang unik dan tidak umum seperti pr-123Tidak melewati --default, --self-assign, opsi peluncuran, atau --delete-linked-bundle-on-upload.
Upload dan promosikan bundle PR dalam satu perintah, lalu hapus saluran dan bundle yang dimiliki ketika PR ditutup:

APP_ID="com.example.app"
PREVIEW_CHANNEL="pr-123"
BUNDLE_VERSION="1.2.3-pr.123"

npx @capgo/cli@latest bundle upload "$APP_ID" \
  --apikey "$CAPGO_PREVIEW_KEY" \
  --path ./dist \
  --channel "$PREVIEW_CHANNEL" \
  --bundle "$BUNDLE_VERSION"

npx @capgo/cli@latest channel delete "$PREVIEW_CHANNEL" "$APP_ID" \
  --apikey "$CAPGO_PREVIEW_KEY" \
  --delete-bundle \
  --success-if-not-found

bundle upload --channel Membuat saluran yang hilang, mengunggah paket, dan mempromosikannya dalam satu aliran. Pembersihan adalah atomik dan diperiksa kepemilikan: kunci dapat menghapus hanya saluran yang dibuatnya dan paket terkait yang tidak dibagikan. Kunci tersebut tidak dapat mengubah, mempromosikan, atau menghapus saluran utama/default yang ada, saluran milik kunci lain, atau paket milik kunci lain.

Jika para reviewer membutuhkan QR code atau URL pratinjau, administrator harus mengaktifkan pratinjau sekali untuk aplikasi:

npx @capgo/cli@latest app set "$APP_ID" --preview
npx @capgo/cli@latest get-qr "$APP_ID" --channel "$PREVIEW_CHANNEL" --apikey "$CAPGO_PREVIEW_KEY" --url

Kunci App Preview tidak dapat mengaktifkan pratinjau sendiri karena tidak memiliki izin pengaturan aplikasi. Dalam GitHub Actions, jalankan pekerjaan pratinjau yang mengandung rahasia pada pull_request, bukan pull_request_target, dan batasi pada PR yang sama-repositori dengan github.event.pull_request.head.repo.full_name == github.repository.

Menjalankan Penerapan ke Perangkat

Sekarang Anda sudah memahami saluran, Anda siap untuk memulai menjalankan penerapan live update ke perangkat nyata. Proses dasar adalah:

Pasang Capgo SDK di aplikasi Anda
Konfigurasi aplikasi untuk mendengarkan saluran yang diinginkan
Unggah bangun dan asosiasikan dengan saluran tersebut
Rilis aplikasi dan tunggu update!

Untuk panduan yang lebih rinci, lihat Deploying Live Updates guide. Selamat mengupdate!

Penggunaan Saluran Lanjutan: Segmentasi Pengguna

Saluran dapat digunakan untuk lebih dari hanya tahap pengembangan. Mereka adalah alat yang kuat untuk segmentasi pengguna, memungkinkan fitur seperti:

Bendera fitur untuk tingkat pengguna yang berbeda
Pengujian A/B
Pengeluaran fitur secara bertahap
Program pengujian beta

Belajar cara menerapkan kasus penggunaan maju ini dalam panduan kami: Bagaimana cara Mengsegmentasi Pengguna berdasarkan Plan dan Channel untuk Flag Fitur dan Pengujian A/B.

Teruskan dari Channel

Jika Anda menggunakan Channel context":"Capgo fitur nama saluran rilis. Halaman/area: Halaman pemasaran solusi Capgo. Peran: Label UI singkat atau item navigasi. Dilihat di: halaman solusi/white-label.astro. Kunci pesan `solutions_white_label_visual_cell2_value` (Nilai Sel Visual Putih Label Solusi 2)." untuk merencanakan routing saluran dan peluncuran tahap demi tahap, hubungkannya dengan Channel context":"Capgo fitur nama saluran rilis. Halaman/area: Halaman pemasaran solusi Capgo. Peran: Label UI singkat atau item navigasi. Dilihat di: halaman solusi/white-label.astro. Kunci pesan `solutions_white_label_visual_cell2_value` (Nilai Sel Visual Putih Label Solusi 2)." untuk detail implementasi di Channel, dan Solusi Pengujian Beta untuk alur kerja produk di Solusi Pengujian Beta, Solusi Target Versi untuk alur kerja produk di Solusi Target Versi, dan Capgo Praktik Terbaik Lingkungan: Pengujian Staging dengan Satu ID Aplikasi Mobile untuk konteks praktis di Capgo Praktik Terbaik Lingkungan: Pengujian Staging dengan Satu ID Aplikasi Mobile.