Kawalan sumber

Gunakan daripada repositori yang sudah anda gunakan — sembilan tempat untuk meletakkannya

Sambungkan akaun GitHub atau GitLab tempat anda bekerja dan laksanakan penggunaan terus daripada cawangan: ke Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps atau AWS Amplify — atau ke pengehosan terurus kami sendiri, iaitu tempat repositori dan fail tapak sentiasa disegerakkan dalam kedua-dua arah. Setiap sambungan memaparkan keistimewaan yang diperlukannya, disemak terhadap API penyedia sebelum ia disimpan, dan berada di dalam Vault. Anda juga boleh log masuk dengan GitHub atau GitLab.

Satu komit yang bergerak di sepanjang talian paip daripada repositori ke tapak langsung.
  • GitHub + GitLabSambungkan akaun yang telah anda miliki
  • Sembilan destinasilapan hos pinggir, serta armada kami sendiri
  • Penyegerakan dua halasetiap tapak, setiap baris
  • Disimpan dalam Vaultdisahkan semasa kemasukan, tidak pernah dalam log
  • Token disemak sebelum disimpantoken dengan skop berlebihan tidak pernah selesai
  • Tolak untuk guna tenagaditandatangani dan disahkan, serta pilihan
  • Cawangan anda, binaan andaterbitkan direktori atau jalankan CI anda sendiri
  • Putuskan sambungan dengan bersihkami membuang tepat cangkuk yang kami buat

Sambung sekali, dan lihat perkara yang anda persetujui

Sambungan ialah kelayakan yang anda serahkan kepada orang lain. Sistem kami menyatakan keperluannya sebelum anda membuatnya, membuktikan ia berfungsi sebelum menyimpannya, dan boleh ditarik balik daripada mana-mana pihak.

Keistimewaan, dinyatakan terlebih dahulu

Sebelum anda mencipta token, kami memberitahu anda perkara yang perlu boleh dilakukannya dan sebabnya. Tiada skop menyeluruh hanya kerana ia lebih mudah diminta, dan tidak akan timbul situasi mengetahui selepas fakta bahawa kami mahukan lebih daripada yang diperlukan oleh tugasan tersebut.

Disemak dengan pembekal, tidak diterima atas dasar kepercayaan semata-mata

Kami memanggil API pembekal itu sendiri dengan token anda sebelum menyimpannya. Token yang salah, tamat tempoh, atau mempunyai skop yang salah akan ditolak pada borang dan bukannya diterima, ditunjukkan sebagai berfungsi, lalu gagal pada pelaksanaan sebenar yang pertama.

Disimpan dalam Vault, dan bukan di tempat lain

Bukan dalam kod kami, bukan dalam fail persekitaran, bukan dalam log dan bukan pada baris arahan. Diselesaikan pada saat ia digunakan, oleh beban kerja yang menggunakannya.

Lebih daripada satu akaun, dipilih bagi setiap tapak

Sambungkan akaun peribadi dan akaun organisasi, atau dua akaun organisasi. Setiap tapak memilih akaun mana yang akan digunakan untuk penggunaan (deploy), jadi repositori pelanggan dan repositori anda sendiri tidak akan berkongsi kelayakan.

Sembilan tempat repositori boleh mendarat

Lapan hos edge terurus dan armada kami sendiri. Destinasi ialah sifat laman web, bukannya sambungan, jadi repositori yang sama boleh menerbitkan satu cawangan ke hos Pages dan tapak lain boleh dijalankan pada perkakasan kami.

Cloudflare Pages

Lebar jalur tanpa had, penggunaan komersial dibenarkan, dan domain apex dikendalikan pada penyedia sama yang biasanya memegang zon DNS anda. Ia merupakan destinasi pertama yang kami tuju atas sebab-sebab tersebut.

Pengehosan Cloudflare Pages →

GitHub Pages

Terbitkan terus dari repositori tempat kod itu sedia ada. Ditandakan pada baris Footprint-Free, kerana infrastruktur github.io yang dikongsi itu sendiri merupakan satu jejak.

Pengehosan GitHub Pages →

GitLab Pages, Netlify, Vercel dan yang lain

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps dan AWS Amplify ialah semua destinasi yang boleh anda halakan laman, dengan sambungan dan sejarah penggunaan yang sama.

Pengehosan tapak statik →

Pengehosan terurus kami sendiri

Aplikasi penuh dan bukannya himpunan yang dibina — WordPress, PHP, Node. Ini ialah destinasi yang mendapat penyegerakan dua hala, supaya fail pada kotak dan cawangan kekal seiring.

Pengehosan terurus →

Tapak pada pinggir rangkaian orang lain

Tapak yang diterbitkan ke hos yang bukan milik kami masih menggunakan peruntukan dan masih dipaparkan dalam papan pemuka anda bersama dengan penggunaan, masa beroperasi dan data SEO-nya di samping semua perkara lain yang anda jalankan.

Had tapak luaran →

Atau edit di sini

Editor dalam pelayar berfungsi pada fail yang sama yang ditolak balik oleh penyegerakan dua hala, jadi pembetulan pantas daripada papan pemuka menjadi commit pada cawangan anda dan bukannya perubahan yang tidak dapat ditemui oleh sesiapa kemudiannya.

Editor web →

Penyegerakan dua hala

Repositori anda dan tapak langsung anda, sentiasa seiring

Aktifkannya dan fail laman web itu sendiri akan di-commit kembali ke branch anda, manakala commit pada branch tersebut akan kembali turun ke laman web. Ia berfungsi pada setiap laman web yang kami host, pada setiap pelan — satu-satunya keperluan adalah mesin di bawahnya boleh menjalankan Git terhadap fail-failnya, yang diminta daripada pelayan dan bukannya diandaikan daripada pelan.

Anda memilih direktori mana yang disegerakkan, kerana pelanggan WordPress mahu tema mereka dijejaki dan bukannya empat puluh ribu fail teras. Dan ia dimatikan sehingga anda menghidupkannya: mendayakan penyegerakan adalah keputusan mengenai repositori orang lain, dan migrasi tidak boleh sesekali membuatnya untuk anda.

  • Pengeditan pada perkakasan kami menjadi commit pada cawangan anda
  • Komit pada cawangan anda kembali ke tapak
  • Segerakkan satu direktori — tema, pemalam — bukan keseluruhan punca dokumen
  • Dimatikan secara lalai, termasuk pada setiap tapak yang sedia ada
Fail yang dibuka dalam editor dengan fail yang sama ditunjukkan sebagai komit dalam repositori.

Terbitkan direktori, atau biarkan CI anda sendiri membinanya

Dua mod, dan perbezaannya ialah tempat binaan dijalankan. Kedua-duanya berakhir di tempat yang sama: ref yang kami ambil dan terbitkan, dengan commit direkodkan terhadap pelaksanaan.

  • Mod penerbitan mengambil cawangan anda sebagaimana adanya dan menerbitkan direktori yang anda namakan — kosong bermakna punca repositori.
  • Mod CI menjalankan arahan binaan anda dalam saluran paip pembekal anda sendiri dan melakukan komit output ke cawangan penerbitan yang berasingan, yang kami ambil seperti mana-mana rujukan lain.
  • Cawangan yang diterbitkan oleh sesuatu pelaksanaan sentiasa dinamakan secara eksplisit, tidak pernah dirujuk sebagai "cawangan lalai" — cawangan lalai boleh berubah tanpa pengetahuan anda, dan sejarah yang tidak dapat menyatakan cawangan mana yang diterbitkannya bukanlah sebuah sejarah.
  • Penyebaran automatik diaktifkan secara lalai dan boleh dimatikan tanpa mengalih keluar webhook, jadi anda boleh melihat penghantaran tiba sebelum membenarkannya bertindak.
  • Setiap penggunaan merekodkan commit, hasil dan masanya, serta berjalan di latar belakang — halaman dikemas kini apabila binaan selesai.
  • Memutuskan sambungan hanya mengalih keluar webhook yang kami cipta, mengikut id miliknya, dan tiada perkara lain pada repositori anda.

Daripada repositori ke tapak langsung

  1. Sambungkan akaun

    GitHub atau GitLab, di bawah Sambungan. Keistimewaan disenaraikan sebelum anda membuat token dan ia disemak dengan pembekal sebelum disimpan.

  2. Halakan tapak ke repositori

    Pemilik, repositori, cawangan, dan sama ada kami menerbitkan direktori atau mengambil apa yang telah dibina oleh CI anda. Kami mendaftarkan webhook push sebagai sebahagian daripadanya.

  3. Tolak, atau tekan butang

    Tolak (push) ke cawangan yang ditetapkan memulakan penggunaan, atau anda boleh menggunakan atas permintaan daripada tab Penggunaan tapak. Binaan berjalan di latar belakang.

  4. Tonton ia, dan segerakkan semula jika anda mahu

    Sejarah pelaksanaan menunjukkan apa yang telah diterbitkan dan bila. Hidupkan penyegerakan dua hala dan suntingan yang anda buat di sini akan kembali sebagai komit pada cawangan anda.

Apabila berlaku masalah

"Disambungkan tetapi tidak pernah dihantar" ialah keadaan yang kami akan benar-benar maklumkan kepada anda

Sambungan repositori yang kelihatan elok tetapi tidak menerima apa-apa ialah kegagalan senyap yang lazim — token dengan skop yang salah, penghantaran disekat di pihak penyedia, cangkuk yang dialih keluar secara manual oleh seseorang. Perkara ini tidak kelihatan pada setiap skrin lain, jadi kad repositori memaparkannya secara terus: bila kali terakhir penyedia membuat penghantaran kepada kami, dan perkara yang dinyatakannya.

Penghantaran disemak tandatangannya sebelum kami mengambil tindakan ke atasnya, dengan menggunakan skema penyedia masing-masing dan bukannya skema yang kami anggap terpakai kepada kesemuanya. Penghantaran yang tidak dapat disahkan akan ditolak dan direkodkan, bukannya diabaikan secara senyap.

  • Masa dan mesej penghantaran terakhir, pada kad
  • "Tidak pernah dihantar" dinyatakan, bukannya dibiarkan kosong
  • Tandatangan disahkan bagi setiap penyedia sebelum apa-apa dijalankan
  • Cangkuk yang kami cipta dialih keluar mengikut id apabila anda memutuskan sambungan
Penghantaran webhook tiba dan diperiksa sebelum ia mencetuskan apa-apa.

Identiti

Log masuk dengan GitHub atau GitLab — atau Google, atau Microsoft

Di samping alamat e-mel dan kata laluan, anda boleh log masuk ke akaun Zinn Digital® anda dengan GitHub, GitLab, Google atau Microsoft. Lapisan identiti mengendalikan jabat tangan; kami tidak sekali-kali melihat kata laluan penyedia anda, dan pemautan akaun sosial ke akaun Zinn® sedia ada masih perlu disahkan melalui e-mel.

Log masuk dengan GitHub dan menyambungkan GitHub untuk pelaksanaan adalah keputusan yang berasingan dan kelayakan yang berasingan. Melakukan satu perkara tidak bermakna melakukan yang satu lagi, dan mengalih keluar satu perkara tidak mengalih keluar yang satu lagi.

  • Log masuk GitHub, GitLab, Google dan Microsoft
  • Kunci laluan dan pengesahan dua faktor pada akaun yang sama
  • Kelayakan log masuk dan peluncuran kekal berasingan
Akses yang diwakilkan untuk pasukan anda
Beberapa orang log masuk ke satu akaun dengan penyedia yang berbeza.

Soalan Lazim

Penyedia kawalan sumber manakah yang boleh saya sambungkan?

GitHub dan GitLab. Sambungkan akaun yang telah anda gunakan untuk bekerja dan kami boleh membuat penggunaan daripada repositorinya, mendaftarkan webhook tolak padanya, dan — jika anda mahu — menyegerakkan semula fail tapak anda ke arah sebaliknya. Kedua-duanya melalui penyambung akaun terpaut yang sama, jadi semua di bawah adalah benar untuk kedua-duanya.

Bolehkah saya log masuk dengan GitHub atau GitLab?

Ya, dan dengan Google atau Microsoft. Di samping alamat e-mel dan kata laluan, anda boleh log masuk ke akaun Zinn Digital® anda dengan mana-mana daripada empat kaedah tersebut. Lapisan identiti mengendalikan jabat tangan dan kami tidak akan pernah melihat kata laluan pembekal anda. Log masuk dengan GitHub adalah berasingan daripada menyambungkan GitHub untuk pelaksanaan (deploy) — anda boleh melakukan salah satu, kedua-duanya, atau tidak sama sekali.

Di manakah saya boleh menggunakan repositori?

Ke Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps atau AWS Amplify untuk tapak statik atau yang dibina — atau ke pengehosan terurus kami sendiri, di mana repositori dan fail tapak kekal disegerakkan dalam kedua-dua arah. Anda memilih destinasi untuk tapak tersebut; sambungan repositori adalah sama dalam kedua-dua cara.

Bolehkah anda membina tapak web saya, atau adakah ia perlu dibina terlebih dahulu?

Mana-mana satu. Dalam mod terbit kami mengambil cawangan sebagaimana adanya dan menerbitkan direktori yang anda namakan. Dalam mod CI saluran paip pembekal anda sendiri menjalankan arahan binaan anda dan melakukan komit output ke cawangan terbit yang berasingan, yang kemudiannya kami ambil seperti mana-mana rujukan lain. Yang kedua mengekalkan binaan anda dalam CI anda sendiri, di mana rahsia dan caching anda sudah sedia ada.

Adakah push dideploy secara automatik?

Secara lalai, ya — kami mendaftarkan webhook pada repositori dan push ke cawangan yang anda pilih akan memulakan pelaksanaan. Anda boleh mematikannya dan mengekalkan webhook tersebut, yang sebenarnya lebih berguna daripada yang didengar: penghantaran masih direkodkan, jadi anda boleh melihat push anda tiba sebelum anda membenarkan kami bertindak ke atasnya.

Apakah penyelarasan dua hala?

Suntingan yang dibuat pada perkakasan kami menjadi commit pada branch anda, dan commit pada branch anda kembali ke tapak web. Ia dimatikan sehingga anda menghidupkannya, kerana menghidupkannya ialah keputusan tentang repositori orang lain dan kami tidak akan mengambil keputusan itu untuk anda. Anda memilih direktori mana yang disegerakkan — biasanya tema atau pemalam, bukannya empat puluh ribu fail teras WordPress.

Apakah yang berlaku jika kedua-dua pihak telah berubah?

Tiada apa-apa yang ditindih dan tiada apa-apa yang ditolak. Penyelarasan akan berhenti, memberitahu anda bahawa cawangan telah bergerak melepasi komit yang kami dasarkan, dan bertanyakan pihak mana yang anda inginkan — kekalkan repositori, atau kekalkan laman. Laman yang tidak pernah diselaraskan dan menghala ke cawangan yang sudah mempunyai komit juga merupakan keadaannya yang tersendiri, dan ia akan bertanya dan bukannya meneka yang mana satu adalah benar.

Bagaimanakah token akses saya dilindungi?

Kami menunjukkan keistimewaan yang diperlukan oleh sambungan sebelum anda membuatnya, memeriksa token terhadap API pembekal itu sendiri semasa kemasukan — jadi token yang tidak sah atau tersilap skop tidak akan disimpan sama sekali — dan hanya kemudian menulisnya ke Vault. Ia tidak pernah menyentuh kod, log, fail persekitaran atau baris arahan kami. Batalkan ia pada pembekal atau alih keluar sambungan di sini, pada bila-bila masa yang anda suka.

Bagaimanakah cara saya mengetahui sama ada anda benar-benar menerima tolakan (pushes) saya?

Kad repositori menunjukkan masa pembekal kali terakhir menghantar kepada kami dan perkara yang dinyatakannya. 'Tidak pernah dihantar' ialah diagnostik tunggal yang paling berguna pada skrin tersebut, kerana "disambungkan tetapi tidak pernah dihantar" adalah persis rupa token yang salah skop atau penghantaran yang disekat — dan ia tidak dapat dilihat di tempat lain. Setiap penghantaran disemak tandatangannya sebelum kami mengambil tindakan ke atasnya.

Bolehkah saya menggunakan penggunaan Pages pada talian Footprint-Free?

Ia ditawarkan dan ia ditandakan. GitHub Pages dan GitLab Pages berkongsi infrastruktur penyedia serta nama hos awam github.io dan gitlab.io, dan itu merupakan jejak (footprint) — satu-satunya perkara yang ingin dielakkan oleh barisan tersebut. Untuk rangkaian sifar-jejak (zero-footprint), gunakannya pada pengehosan terpencil. Di tempat lain, Pages adalah kelas pertama.

Mengapakah saya perlu memilih Vercel secara eksplisit?

Kerana pelan percumanya dilesenkan untuk kegunaan bukan komersial sahaja. Kami menyimpulkan destinasi daripada akaun yang telah anda sambungkan sekiranya selamat, dan Vercel sengaja dikecualikan daripada kesimpulan tersebut — penyambungan akaun tidak boleh sama sekali menempatkan laman komersial secara senyap di tempat yang tidak dibenarkan oleh lesennya. Pilihnya dan ia berfungsi sama seperti yang lain.

Bolehkah saya melihat apa yang telah digunakan dan bila?

Ya. Setiap pelaksanaan merekodkan komit yang diterbitkannya, waktu ia dijalankan dan cara ia selesai, dan tab Pelaksanaan tapak menunjukkan sejarah dengan URL langsung di sebelahnya. Pelaksanaan berjalan di latar belakang, jadi halaman dikemas kini semasa binaan selesai dan bukannya membuatkan anda menunggu pada penunjuk pemuatan.

Sebarkan daripada repositori anda

Mulakan percubaan 14 hari tanpa kad, sambungkan GitHub atau GitLab, dan halakan tapak ke cawangan. Terbitkan ke hos edge, atau ke pengehosan kami sendiri dengan fail disegerakkan kedua-dua arah.

Mula secara percuma