Kontrol sumber
Hubungkan akun GitHub atau GitLab tempat Anda bekerja dan terapkan langsung dari sebuah branch: ke Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps, atau AWS Amplify — atau ke hosting terkelola kami sendiri, tempat repositori dan file situs tetap tersinkronisasi di kedua arah. Setiap koneksi menampilkan hak istimewa yang diperlukannya, diperiksa terhadap API penyedia sebelum disimpan, dan disimpan di Vault. Anda juga dapat masuk dengan GitHub atau GitLab.
Koneksi adalah kredensial yang Anda serahkan kepada orang lain. Layanan kami menyatakan apa yang dibutuhkannya sebelum Anda membuatnya, membuktikan bahwa koneksi tersebut berfungsi sebelum menyimpannya, dan dapat dicabut dari salah satu ujung.
Sebelum Anda membuat token, kami memberi tahu apa yang harus dapat dilakukannya dan alasannya. Tidak ada cakupan menyeluruh hanya karena lebih mudah untuk memintanya, dan tidak ada temuan setelahnya bahwa kami menginginkan lebih dari yang dibutuhkan oleh pekerjaan tersebut.
Kami memanggil API milik penyedia menggunakan token Anda sebelum menyimpannya. Token yang salah, kedaluwarsa, atau memiliki cakupan yang keliru akan ditolak langsung pada formulir, alih-alih diterima, ditampilkan dalam kondisi baik, lalu gagal pada proses penerapan nyata pertama.
Bukan dalam kode kami, bukan dalam file lingkungan, bukan dalam log, dan bukan di baris perintah. Diselesaikan pada saat digunakan, oleh beban kerja yang menggunakannya.
Hubungkan akun pribadi dan akun organisasi, atau dua akun organisasi. Setiap situs memilih akun mana yang akan digunakan untuk deployment, sehingga repositori klien dan repositori Anda tidak akan pernah berbagi kredensial.
Delapan host edge terkelola dan armada kami sendiri. Tujuan adalah properti dari situs, bukan dari koneksi, sehingga repositori yang sama dapat memublikasikan satu cabang ke host Pages dan situs lain dapat berjalan di perangkat keras kami.
Bandwidth tak terbatas, penggunaan komersial diizinkan, dan domain apex dikelola di penyedia yang sama yang biasanya menangani zona DNS Anda. Ini adalah tujuan pertama yang kami tuju karena alasan-alasan tersebut.
Hosting Cloudflare Pages →Publikasikan langsung dari repositori tempat kode sudah berada. Ditandai pada baris Footprint-Free, karena infrastruktur bersama github.io itu sendiri merupakan sebuah jejak.
Hosting GitHub Pages →GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps, dan AWS Amplify adalah semua tujuan yang dapat Anda arahkan untuk sebuah situs, dengan koneksi dan riwayat penerapan yang sama.
Hosting situs statis →Aplikasi lengkap dan bukan sekadar bundel bawaan — WordPress, PHP, Node. Ini adalah tujuan yang mendapatkan sinkronisasi dua arah, sehingga file di server dan branch tetap selaras.
Hosting terkelola →Situs yang dipublikasikan ke host yang bukan milik kami tetap menggunakan kuota dan tetap muncul di dasbor Anda beserta penerapan, waktu aktif, dan data SEO-nya berdampingan dengan semua hal lain yang Anda jalankan.
Batas situs eksternal →Editor di dalam browser bekerja pada file yang sama yang didorong kembali oleh sinkronisasi dua arah, sehingga perbaikan cepat dari dasbor menjadi commit di branch Anda, bukan perubahan yang tidak dapat ditemukan oleh siapa pun nanti.
Editor web →Sinkronisasi dua arah
Aktifkan dan file milik situs akan di-commit kembali ke branch Anda, sementara commit pada branch tersebut akan diterapkan kembali ke situs. Fitur ini berfungsi di setiap situs yang kami hosting, di setiap lini — satu-satunya persyaratan adalah mesin di bawahnya dapat menjalankan Git terhadap file-filenya, yang dipastikan langsung ke server alih-alih diasumsikan dari paket layanan.
Anda memilih direktori mana yang disinkronkan, karena pelanggan WordPress ingin temanya dilacak dan bukan empat puluh ribu file inti. Dan fitur ini dinonaktifkan sampai Anda mengaktifkannya: mengaktifkan sinkronisasi adalah keputusan tentang repositori orang lain, dan migrasi tidak boleh mengambil keputusan tersebut untuk Anda.
Dua mode, dan perbedaannya adalah di mana proses build berjalan. Keduanya berakhir di tempat yang sama: ref yang kami ambil dan publikasikan, dengan commit yang dicatat pada deployment.
GitHub atau GitLab, di bawah Koneksi. Hak istimewa dicantumkan sebelum Anda membuat token dan token tersebut diperiksa ke penyedia sebelum disimpan.
Pemilik, repositori, branch, dan apakah kami memublikasikan direktori atau mengambil apa yang dibuat oleh CI Anda. Kami mendaftarkan push webhook sebagai bagian dari proses tersebut.
Push ke cabang yang ditentukan akan memulai penerapan, atau Anda dapat menerapkan sesuai permintaan dari tab Penerapan situs. Build berjalan di latar belakang.
Riwayat penerapan menunjukkan apa yang dipublikasikan dan kapan. Aktifkan sinkronisasi dua arah dan pengeditan yang Anda buat di sini akan kembali sebagai commit pada branch Anda.
Saat terjadi masalah
Koneksi repositori yang tampak baik-baik saja dan tidak menerima apa pun adalah kegagalan senyap yang klasik — token dengan cakupan yang salah, pengiriman yang diblokir di penyedia, hook yang dihapus secara manual. Hal ini tidak terlihat di setiap layar lain, sehingga kartu repositori menampilkannya secara langsung: kapan penyedia terakhir kali mengirimkan ke kami, dan apa laporannya.
Pengiriman diperiksa tanda tangannya sebelum kami menindaklanjutinya, menggunakan skema masing-masing penyedia alih-alih skema yang kami asumsikan berlaku untuk semuanya. Pengiriman yang tidak terverifikasi akan ditolak dan dicatat, bukan diabaikan begitu saja.
Identitas
Selain dengan alamat email dan kata sandi, Anda dapat masuk ke akun Zinn Digital® Anda menggunakan GitHub, GitLab, Google, atau Microsoft. Lapisan identitas menjalankan jabat tangan (handshake); kami tidak pernah melihat kata sandi penyedia Anda, dan penautan akun sosial ke akun Zinn® yang sudah ada tetap harus dikonfirmasi melalui email.
Masuk dengan GitHub dan menghubungkan GitHub untuk penerapan adalah keputusan terpisah dan kredensial terpisah. Melakukan salah satunya tidak berarti melakukan yang lain, dan menghapus salah satunya tidak menghapus yang lain.
GitHub dan GitLab. Hubungkan akun yang sudah Anda gunakan untuk bekerja dan kami dapat melakukan deploy dari repositorinya, mendaftarkan push webhook padanya, dan — jika Anda menginginkannya — menyinkronkan kembali file situs Anda ke arah sebaliknya. Keduanya melewati sambungan akun terhubung yang sama, sehingga semua yang ada di bawah ini berlaku untuk keduanya.
Ya, dan dengan Google atau Microsoft. Bersamaan dengan alamat email dan kata sandi, Anda dapat masuk ke akun Zinn Digital® Anda dengan salah satu dari keempat pilihan tersebut. Lapisan identitas menangani handshake dan kami tidak pernah melihat kata sandi penyedia Anda. Masuk dengan GitHub merupakan hal yang terpisah dari menghubungkan GitHub untuk proses deploy — Anda dapat memilih salah satunya, keduanya, atau tidak sama sekali.
Ke Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps, atau AWS Amplify untuk situs statis atau yang telah dibangun — atau ke hosting terkelola kami sendiri, tempat repositori dan file situs tetap tersinkronisasi di kedua arah. Anda memilih tujuan untuk situs tersebut; koneksi repositori tetap sama dengan kedua cara tersebut.
Keduanya bisa. Dalam mode publikasi, kami mengambil branch apa adanya dan memublikasikan direktori yang Anda sebutkan. Dalam mode CI, alur milik penyedia Anda sendiri menjalankan perintah build Anda dan melakukan commit output ke branch publikasi terpisah, yang kemudian kami ambil seperti referensi lainnya. Opsi kedua mempertahankan proses build di CI Anda sendiri, tempat rahasia dan caching Anda sudah berada.
Secara default, ya — kami mendaftarkan webhook di repositori dan push ke cabang yang Anda tentukan akan memulai deploy. Anda dapat menonaktifkannya dan tetap mempertahankan webhook, yang ternyata lebih berguna daripada yang terdengar: pengiriman tetap dicatat, sehingga Anda dapat melihat push Anda tiba sebelum Anda mengizinkan kami menindaklanjutinya.
Perubahan yang dibuat pada perangkat keras kami menjadi commit di branch Anda, dan commit di branch Anda akan kembali ke situs. Fitur ini dinonaktifkan sampai Anda mengaktifkannya, karena mengaktifkannya adalah keputusan terkait repositori orang lain dan kami tidak akan memutuskannya untuk Anda. Anda memilih direktori mana yang disinkronkan — biasanya tema atau plugin, bukan empat puluh ribu file inti WordPress.
Tidak ada yang ditimpa dan tidak ada yang di-push. Sinkronisasi berhenti, memberi tahu Anda bahwa branch telah bergerak melewati commit dasar kita, dan menanyakan sisi mana yang Anda inginkan — mempertahankan repositori, atau mempertahankan situs. Situs yang belum pernah disinkronkan dan mengarah ke branch yang sudah memiliki commit juga merupakan status tersendiri, dan sistem akan bertanya daripada menebak mana yang benar.
Kami menampilkan hak istimewa yang dibutuhkan koneksi sebelum Anda membuatnya, memeriksa token terhadap API penyedia itu sendiri saat dimasukkan — sehingga token yang tidak valid atau salah cakupan tidak akan pernah disimpan sama sekali — dan baru setelah itu menuliskannya ke Vault. Token tersebut tidak pernah menyentuh kode, log, file lingkungan, atau baris perintah kami. Cabut token di pihak penyedia atau hapus koneksi di sini, kapan pun Anda mau.
Kartu repositori menunjukkan kapan penyedia terakhir kali mengirimkan data kepada kami dan apa isinya. "Tidak pernah dikirimkan" adalah diagnostik yang paling berguna di layar tersebut, karena "terhubung tetapi tidak pernah dikirimkan" persis seperti tampilan token dengan cakupan yang salah atau pengiriman yang diblokir — dan ini tidak terlihat di tempat lain mana pun. Setiap pengiriman diperiksa tanda tangannya sebelum kami menindaklanjutinya.
Layanan ini ditawarkan dan ditandai. GitHub Pages dan GitLab Pages berbagi infrastruktur penyedia serta nama host publik github.io dan gitlab.io, dan hal tersebut merupakan jejak mesin pencari — satu-satunya hal yang ingin dihindari oleh lini ini. Untuk jaringan tanpa jejak, terapkan pada hosting terisolasi sebagai gantinya. Di tempat lain mana pun, Pages adalah kelas satu.
Karena paket gratisnya dilisensikan hanya untuk penggunaan nonkomersial. Kami menyimpulkan tujuan dari akun yang telah Anda hubungkan jika dirasa aman, dan Vercel sengaja dikecualikan dari kesimpulan tersebut — menghubungkan akun tidak boleh secara diam-diam menempatkan situs komersial di tempat yang tidak diizinkan oleh lisensinya. Pilih opsi tersebut dan itu akan bekerja persis seperti yang lain.
Ya. Setiap penerapan mencatat komit yang dipublikasikannya, kapan penerapan tersebut berjalan dan bagaimana hasilnya, dan tab Penerapan di situs menampilkan riwayat dengan URL langsung di sampingnya. Penerapan berjalan di latar belakang, sehingga halaman diperbarui saat build selesai daripada membuat Anda menunggu di depan animasi pemuatan.
Mulai uji coba 14 hari tanpa kartu, hubungkan GitHub atau GitLab, dan arahkan situs ke suatu branch. Publikasikan ke edge host, atau ke hosting kami sendiri dengan sinkronisasi file dua arah.
Mulai gratis