Lompat ke konten utama
Capgo logo

Tetapkan & Lupakan

Rilis penyimpanan lambat. Capgo pembaruan instan.

Pasang aplikasi native sekali melalui toko pribadi Anda atau MDM. Setelah itu, kirimkan perbaikan web melalui Capgo, track siapa yang menerima mereka, dan jaga perangkat offline tetap pada paket terakhir yang baik.

Rencanakan Rollout Instan Baca Dokumen Perbarui Langsung

Peta saluran

Capgo dashboard saluran pribadi perusahaan digunakan untuk mengelola rilis aplikasi enterprise privat
Peta saluran
prod, site-eu, site-us
Aturan Rollout
satu situs terlebih dahulu, kemudian setiap lokasi
Perbarui selama sinkronisasi
Jalankan offline
Pasang sekali
Kirimkan shell native yang ditandatangani melalui toko perusahaan atau MDM.
Perbarui selama sinkronisasi
Perangkat mengambil bundle terbaru selama jendela sinkronisasi yang dijadwalkan, waktu cek-in, atau jendela jaringan yang tersedia.
Jalankan offline
Aplikasi tetap berjalan dari bundle yang dicache ketika perangkat offline.

Ketika setiap rilis toko memperlambat tim

Rilis paket toko dan perusahaan sulit untuk disinkronisasi dan sulit untuk diverifikasi di setiap perangkat. Capgo memberikan jalur rilis instan untuk layer web, dengan saluran, log perangkat, peluncuran yang dipersiapkan, dan rollback yang dibangun.

Pasang sekali
1x
Perbarui selama sinkronisasi
Unggah ke CI
Jalankan offline
cached

Alur kerja set-and-forget

  1. 1

    Kirim shell native sekali

    Distribusikan aplikasi iOS atau Android yang ditandatangani melalui MDM, toko aplikasi perusahaan, atau alur pengaturan perangkat internal.

  2. 2

    Blokir perangkat ke saluran yang tepat

    Gunakan saluran default untuk produksi, kemudian bagi berdasarkan situs, negara, tim, atau generasi perangkat keras jika diperlukan.

  3. 3

    Publikasikan update web dari CI

    Buat, tes, dan unggah bundle web Capacitor ke Capgo. Perubahan native code masih melalui proses pengemasan perusahaan normal.

  4. 4

    Biarkan perangkat update ketika online

    Perangkat mengambil update selama jendela koneksi yang direncanakan dan menjaga bundle terakhir yang baik secara lokal untuk penggunaan offline.

  5. 5

    Tonton, kembali ke versi sebelumnya, ulangi

    Gunakan saluran, log perangkat, peluncuran yang dipersiapkan, dan kembali ke versi sebelumnya agar tim lokal tidak diminta untuk debug instalasi produksi.

Direkasi oleh keterbatasan offline perusahaan

Gunakan Capgo sebagai lapisan rilis untuk aset web, bukan sebagai pengganti proses distribusi native Anda. Binari native masih bergerak melalui aliran pengemasan perusahaan Anda.

Runtime pertama offline
Aplikasi membuka dari shell native yang terinstal dan bundle Capgo yang terverifikasi terakhir, sehingga pengguna dapat terus bekerja tanpa koneksi hidup.
Kontrol situs demi situs
Promosikan rilis ke satu situs terlebih dahulu, validasinya dengan kelompok kecil, kemudian ekspansi bundle yang sama ke lokasi lain.
Pengguna dengan sentuhan rendah
Pengguna tetap membuka aplikasi internal yang sama. Update mengunduh di latar belakang ketika perangkat mencapai Wi-Fi atau jendela sinkronisasi yang dijadwalkan.
Rilis yang dapat diaudit
Sistem dapat melihat versi bundle, saluran, status peluncuran, dan log perangkat tanpa meminta tim lokal untuk menyelesaikan masalah.

Contoh pola implementasi

Gunakan Capgo sebagai lapisan rilis untuk aset web, bukan sebagai pengganti proses distribusi native Anda. Binari native masih bergerak melalui aliran pengemasan perusahaan Anda.

Upload CI
# Build and publish the web layer
npx @capgo/cli@latest bundle upload --channel site-eu

# Promote after the first site validates it
npx @capgo/cli@latest channel set production com.enterprise.app --latest
Konfigurasi saluran aplikasi
const config = {
  plugins: {
    CapacitorUpdater: {
      defaultChannel: 'production',
      autoUpdate: true,
    },
  },
}

Apa ini, dan apa bukan

  • Pakai ini untuk distribusi perusahaan pribadi melalui MDM, Apple Business Manager, Android Enterprise, atau toko perusahaan internal.
  • Capgo memperbarui JavaScript, HTML, CSS, dan aset. Perubahan plugin native masih memerlukan paket native yang ditandatangani baru.
  • Perangkat offline tetap menjalankan bundle yang sukses terakhir hingga mereka kembali dan mengambil update yang disetujui berikutnya.
  • Ini bukanlah cara menghindari App Store konsumen. Ini adalah model operasi aplikasi pribadi untuk tim yang sudah mendistribusikan aplikasi secara mandiri.

Studi kasus aplikasi nyata

Aplikasi akun memerlukan perawatan otomatis yang tenang

Aplikasi telekomunikasi dan dukungan memiliki alur kerja billing, rencana, dukungan, dan perangkat yang harus tetap terkini tanpa meminta pengguna untuk menginstal binary baru untuk setiap perbaikan kecil.

Jenis contoh
Set dan lupakan
Kategori Toko
PRODUKTIVITAS, ALAT, Alat
Sumber
Toko publik dan Capgo dataset aplikasi
Ikon Aplikasi Swisscom Saya

PRODUKTIVITAS

Aplikasi Swisscom Saya

Aplikasi akun di mana perubahan dukungan, rencana, dan pembayaran harus berlalu dengan tenang.

1,8 juta instalasi4,4 peringkat
Lihat daftar penjualan Google Play
Ikon Aplikasi Vodafone Saya

TOOLs

Aplikasi Vodafone Saya

Aplikasi layanan pihak carrier di mana pengguna tidak perlu mengelola setiap perbaruan kecil.

11,1 juta instalasi4,6 peringkat
Lihat daftar aplikasi Google Play
Ikon Aplikasi Técnico Virtual – Suporte Técn

TOOLs

Técnico Virtual – Suporte Técn

Aplikasi dukungan di mana aliran diagnostik dan bantuan memerlukan perawatan tanpa biaya rilis.

10,3 juta instalasi4,3 peringkat
Melihat daftar aplikasi Google Play

Ingin model rilis ini untuk aplikasi internal Anda?

Peta saluran, aturan rilis, dan tracking di sekitar model operasional Anda yang nyata.

Rencanakan Rollout Instan