Saluran

Bagaimana Capgo memilih saluran (prioritas)

Ketika perangkat meminta Capgo untuk memperbarui, saluran yang akan digunakan diputuskan dalam urutan berikut (prioritas tertinggi terlebih dahulu):

1. Peta perangkat paksa: Jika ID perangkat secara eksplisit dipaksa ke saluran (lihat di Daftar perangkat paksa saluran pengaturan), saluran itu selalu menang.
2. Cloud override (dibuat oleh setChannel() atau aksi Webapp): Menggunakan setChannel Mengubah (atau mengubah saluran perangkat di dashboard) menulis override persisten di cloud yang terkait dengan ID perangkat. Override ini dikonsultasikan setelah pemetaan paksa tetapi sebelum default apa pun. Menginstal ulang aplikasi tidak menghapusnya; menghapus entri perangkat tidak juga. __CAPGO_KEEP_0__ Konfigurasi (versi uji default)
3. Capacitor config defaultChannel (kunci lama) di defaultChannel sehingga perangkat uji dimulai pada saluran pre-release (misalnya, channel). Jika tidak ada, perangkat akan melanjutkan ke default cloud. Versi produksi biasanya meninggalkannya tidak terdefinisi. capacitor.config.* Saluran Default Cloud (strategi utama untuk ~99% pengguna) beta, pr-123: Saluran produksi utama di mana hampir semua pengguna nyata mendarat. Perangkat baru tanpa paksa, tanpa override, dan tanpa konfigurasi akan melanjutkan ke default cloud.
4. Saluran Paksa (opsional): Saluran paksa yang dapat digunakan untuk menguji aplikasi di saluran tertentu. defaultChannel menggunakan ini. Mengubahnya akan mengaktifkan atau mengembalikan (dalam beberapa detik) untuk semua pengguna—tidak ada binary baru.

Mengapa " cloud default" adalah jalur utama:

• Rollout atau rollback instan tanpa harus membangun atau menerbitkan kembali binary native.
• Satu tempat untuk mengelola perilaku iOS, Android, dan Electron.
• Lebih aman: Anda dapat memastikan bahwa bundle ada dan pengaturan benar sebelum mengubah default.
• Perubahan yang dapat diaudit (anggota tim dapat melihat siapa yang mengubah apa di UI / log). Prinsip desain: Layer di atas (force / override / config) adalah kecuali

(debug pengguna tunggal, QA mengganti, test build defaults). Pengguna normal mengalir ke default cloud. Mengubah "cloud default" saluran mempengaruhi baru perangkat normal yang:

• Tidak dipaksa
• Tidak sudah memiliki pengaturan awan yang diubah
• Tidak memiliki pengaturan aplikasi defaultChannel ditentukan

Jika sebuah build uji mengirimkan defaultChannel: 'beta' dan Anda kemudian mengubah default awan ke productionperangkat yang sudah mulai beta melalui konfigurasi tetap ada sampai Anda: (a) mengubahnya dengan setChannel()(b) memaksa, atau (c) menghapus entri perangkat.

Perangkat akan tetap pada saluran saat ini kecuali Anda:

• Menggantinya ke saluran lain.
• Telp setChannel() (membuat/mengganti override di awan) atau mengubahnya secara manual di dashboard.
• Menghapus / mengarsipkan saluran yang mereka gunakan (kemudian mereka akan kembali melalui urutan keutamaan lagi pada saat cek berikutnya).

Jika saluran diaktifkan untuk platform tertentu (lihat toggle iOS / Android / Electron) dan akan dipilih lain kali, maka pilihan akan melompatinya dan kembali ke aturan berikutnya.

Perlu diingat: Mengatur defaultChannel berarti mengubahnya memerlukan binary baru; gunakan secara sengaja untuk pengujian/QA, bukan untuk kontrol produksi umum.

Contoh konfigurasi Capacitor

capacitor.config.ts

// Example: a TestFlight or internal QA build defaults to the beta channel.
const config = {
  plugins: {
    Capgo: {
      defaultChannel: 'beta', // Test build default. Omit in production so users attach to cloud default.
      // legacy key: channel
    },
  },
};
export default config;

Jika Anda kemudian mengubah dashboard default ke production, perangkat yang sudah berada di saluran lain (melalui konfigurasi, override, atau paksa) TIDAK akan berpindah secara otomatis; hanya perangkat baru (atau mereka yang Anda hapus override/force) yang mengambilnya.

---

Mengelola saluran

Pertama-tama, mari kita lihat halaman saluran. Anda dapat mengaksesnya dengan mengklik aplikasi Anda dan kemudian mengklik tab saluran.

Membuat saluran

Seperti yang Anda lihat, ada tombol plus di sudut kanan bawah. (1 dalam gambar) Dengan mengekliknya, akan terbuka modal di mana Anda dapat membuat saluran baru.

Setelah Anda mengeklik pada Add saluran baru harus muncul dalam daftar.

Apa itu tidak terkonfigurasi?

Sekaligus, konfigurasi saluran tidak valid. Dalam hal itu, Anda akan mendapatkan peringatan besar dan kolom akan mengatakan Misconfigured untuk satu atau lebih dari saluran. Anda dapat mengetahui lebih lanjut tentang hal ini Yes di sini Menghapus saluran

Menghapus saluran

Membatalkan sebuah saluran cukup mudah. Cukup klik pada ikon sampah dan konfirmasi pembatalan. (2 dalam gambar)

Mengelola sebuah saluran

dalam gambar)3 Pengaturan saluran

Pertama,

---

toggle. Ketika diaktifkan, saluran ini menjadi saluran default untuk perangkat baru. Untuk penjelasan komprehensif tentang bagaimana saluran default bekerja, termasuk cara mengatur default platform khusus (satu untuk iOS, satu untuk Android, dan satu untuk Electron), lihat Default channel Konfigurasi Saluran Default Konfigurasi Saluran Default Bagian.

---

Kedua, pengaturan ini. IOS Pengaturan ini relatif sederhana. Jika ini salah, maka perangkat iOS tidak akan diizinkan untuk mengunduh pembaruan dari saluran ini.

Ketiga adalah pengaturan ini. Android Pengaturan ini mirip dengan IOSJika ini salah, maka perangkat Android tidak akan diizinkan untuk mengunduh pembaruan dari saluran ini.

Keempat adalah pengaturan ini. Electron Pengaturan ini mirip dengan IOS dan AndroidJika ini salah, maka aplikasi Electron tidak akan diizinkan untuk mengunduh pembaruan dari saluran ini.

Kelima adalah pengaturan ini. Disable auto downgrade under native Jika ini benar, maka tidak akan mungkin untuk menurunkan ke versi asli. Artinya, jika Anda telah mengunggah versi 1.2.0 versi ke toko aplikasi atau play store dan coba untuk menetapkan versi saluran ke 1.1.0 kemudian update (downgrade) akan gagal.

Keenam adalah Disable auto update. Pengaturan ini cukup kompleks, dan Anda dapat mempelajari lebih lanjut tentangnya di sini

Untuk Allow development build. Jika ini benar maka build pengembangan akan diizinkan untuk mengunduh update dari saluran ini. Jika tidak maka setiap permintaan update yang memiliki prod dihentikan akan ditolak. Ini sangat berguna untuk keperluan testing.

Ketujuh adalah Allow Emulators. Jika ini salah maka Capgo akan melarang setiap permintaan update yang berasal dari emulator. Ini sangat berguna untuk keperluan testing.

Kedelapan adalah Allow devices to self associate. Jika ini benar maka atur Saluran Metode ini akan tersedia. Jika Anda menetapkan ke false dan mencoba untuk memanggil metode ini dengan saluran ini maka panggilan akan gagal. atur Saluran Metode ini akan tersedia. Jika Anda menetapkan ke false dan mencoba untuk memanggil metode ini dengan saluran ini maka panggilan akan gagal.