Kaynak denetimi
Çalıştığınız GitHub veya GitLab hesabını bağlayın ve doğrudan bir daldan dağıtım yapın: Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps veya AWS Amplify platformlarına — ya da deponun ve site dosyalarının her iki yönde de senkronize kaldığı kendi yönetilen barındırma hizmetimize. Her bağlantı ihtiyaç duyduğu ayrıcalıkları gösterir, depolanmadan önce sağlayıcının API'si üzerinden doğrulanır ve Vault içinde tutulur. Dilerseniz GitHub veya GitLab ile de oturum açabilirsiniz.
Bağlantı, başka birine verdiğiniz bir kimlik bilgisidir. Bizimki, siz bağlantıyı kurmadan önce neye ihtiyacı olduğunu belirtir, kaydetmeden önce çalıştığını kanıtlar ve her iki uçtan da geri alınabilir.
Bir belirteç oluşturmadan önce, neleri yapabilmesi gerektiğini ve nedenini size bildiririz. İstemesi daha kolay olduğu için genel bir kapsam belirlenmez ve işin gerektirdiğinden fazlasını istediğimiz sonradan fark edilmez.
Belirtecinizi saklamadan önce sağlayıcının kendi API'sini bu belirteç ile çağırırız. Yanlış, süresi dolmuş veya hatalı kapsama sahip bir belirteç; kabul edilip sorunsuz gösterilmek ve ilk gerçek dağıtımda başarısız olmak yerine doğrudan formda reddedilir.
Kodumuzda değil, bir ortam dosyasında değil, bir günlükte değil ve bir komut satırında değil. Kullanıldığı anda, onu kullanan iş yükü tarafından çözülür.
Kişisel bir hesabı ve bir kuruluş hesabını ya da iki kuruluş hesabını bağlayın. Her site hangi hesaptan dağıtım yapacağını kendisi seçer; böylece bir müşterinin deposu ile sizinki asla bir kimlik bilgisini paylaşmaz.
Sekiz yönetilen uç nokta sunucusu ve kendi filomuz. Hedef, bağlantının değil sitenin bir özelliğidir; bu nedenle aynı depo, bir dalı bir Pages sunucusuna yayımlayabilir ve başka bir site bizim donanımımız üzerinde çalışabilir.
Sınırsız bant genişliği, ticari kullanıma izin verilmesi ve genellikle DNS bölgenizi barındıran aynı sağlayıcı üzerinde yönetilen apex alan adları. Bu nedenlerden ötürü yöneldiğimiz ilk tercihtir.
Cloudflare Pages barındırma →Doğrudan kodun halihazırda bulunduğu depodan yayınlayın. Footprint-Free satırında işaretlenmiştir; çünkü paylaşılan github.io altyapısı başlı başına bir ayak izidir.
GitHub Pages barındırma →GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ve AWS Amplify; aynı bağlantı ve aynı dağıtım geçmişi ile bir siteyi yönlendirebileceğiniz hedeflerdir.
Statik site barındırma →Derleme yerine tam bir uygulama — WordPress, PHP, Node. Bu, sunucudaki dosyalar ile dalın (branch) eş adımda kalması için iki yönlü senkronizasyon alan hedeftir.
Yönetilen barındırma →Bize ait olmayan bir barındırıcıda yayınlanan bir site yine de bir kullanım hakkı harcar ve çalıştırdığınız diğer her şeyin yanında dağıtımları, çalışma süresi ve SEO verileriyle birlikte kontrol panelinizde görünmeye devam eder.
Harici site kotaları →Tarayıcı içi düzenleyici, iki yönlü senkronizasyonun geri gönderdiği dosyalar üzerinde çalışır; böylece panodan yapılan hızlı bir düzeltme, daha sonra kimsenin bulamayacağı bir değişiklik yerine dalınızda bir işlem (commit) haline gelir.
Web düzenleyicisi →İki yönlü senkronizasyon
Bunu açtığınızda sitenin kendi dosyaları dalınıza geri işlenir, bu daldaki işlemeler ise siteye geri aktarılır. Barındırdığımız her sitede, her hatta çalışır; tek gereksinim, alttaki makinenin kendi dosyalarına karşı Git çalıştırabilmesidir; bu da plandan varsayılmak yerine doğrudan sunucuya sorulur.
Hangi dizinin senkronize edileceğini siz seçersiniz, çünkü bir WordPress müşterisi kırk bin çekirdek dosyanın değil, temasının izlenmesini ister. Ve siz açana kadar kapalıdır: bir senkronizasyonu etkinleştirmek başka birinin deposu hakkında bir karardır ve bir geçiş işlemi bu kararı asla sizin yerinize almamalıdır.
İki mod vardır ve aralarındaki fark, derlemenin nerede çalıştığıdır. Her ikisi de aynı yerde sona erer: getirdiğimiz ve yayımladığımız bir referans; commit ise dağıtıma karşı kaydedilir.
Bağlantılar altında GitHub veya GitLab. Ayrıcalıklar belirteci oluşturmanızdan önce listelenir ve depolanmadan önce sağlayıcıya karşı kontrol edilir.
Sahip, depo, dal ve bir dizin mi yayınlayacağımız yoksa CI'ınızın oluşturduğu yapıyı mı alacağımız. Bunun bir parçası olarak push webhook'unu kaydederiz.
Belirtilen dala yapılan bir push dağıtımı başlatır veya sitenin Dağıtım sekmesinden isteğe bağlı olarak dağıtabilirsiniz. Derlemeler arka planda çalışır.
Dağıtım geçmişi neyin ne zaman yayınlandığını gösterir. İki yönlü senkronizasyonu açın, burada yaptığınız düzenlemeler dalınıza commit olarak geri dönsün.
Bir sorun olduğunda
Sorunsuz görünen ve hiçbir şey almayan bir depo bağlantısı, klasik bir sessiz arızadır — yanlış kapsama sahip bir belirteç, sağlayıcıda engellenen bir teslimat, birinin manuel olarak kaldırdığı bir web kancası. Diğer tüm ekranlarda görünmez olduğundan, depo kartı bunu doğrudan taşır: sağlayıcının bize en son ne zaman teslimat yaptığı ve ne söylediği.
Teslimatlar, üzerlerinde işlem yapmadan önce, tümü için geçerli olduğunu varsaydığımız bir şema yerine her sağlayıcının kendi şemasıyla imza kontrolünden geçirilir. Doğrulanmayan bir teslimat sessizce göz ardı edilmez; reddedilir ve kaydedilir.
Kimlik
Bir e-posta adresi ve şifrenin yanı sıra, Zinn Digital® hesabınıza GitHub, GitLab, Google veya Microsoft ile de giriş yapabilirsiniz. Kimlik katmanı el sıkışmasını (handshake) yürütür; sağlayıcı şifrenizi asla görmeyiz ve mevcut bir Zinn® hesabına bir sosyal medya hesabını bağlamanın yine de e-posta ile onaylanması gerekir.
GitHub ile oturum açmak ve dağıtımlar için GitHub'ı bağlamak ayrı kararlar ve ayrı kimlik bilgileridir. Birini yapmak diğerini yapmaz ve birini kaldırmak diğerini kaldırmaz.
GitHub ve GitLab. Zaten çalıştığınız hesabı bağlayın; böylece depolarından dağıtım yapabilir, bunlara bir push webhook'u kaydedebilir ve — isterseniz — sitenizin dosyalarını ters yönde de eşitleyebiliriz. Her ikisi de aynı bağlı hesap yapısını kullanır, bu nedenle aşağıdakilerin tümü her ikisi için de geçerlidir.
Evet, ayrıca Google veya Microsoft ile. Bir e-posta adresi ve şifrenin yanı sıra, bu dördünden herhangi biriyle Zinn Digital® hesabınıza giriş yapabilirsiniz. Kimlik katmanı el sıkışmayı yönetir ve sağlayıcı şifrenizi asla görmeyiz. GitHub ile giriş yapmak, dağıtımlar için GitHub'ı bağlamaktan ayrı bir işlemdir — birini, her ikisini veya hiçbirini yapabilirsiniz.
Statik veya derlenmiş bir site için Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps veya AWS Amplify hizmetine — ya da deponun ve site dosyalarının her iki yönde de senkronize kaldığı kendi yönetilen barındırma hizmetimize. Site için hedefi siz seçersiniz; depo bağlantısı her iki durumda da aynıdır.
Her ikisi de. Yayınlama modunda dalı olduğu gibi alır ve belirttiğiniz dizini yayınlarız. CI modunda sağlayıcınızın kendi işlem hattı derleme komutunuzu çalıştırır ve çıktıyı ayrı bir yayınlama dalına işler; biz de bunu diğer tüm ref'ler gibi alırız. İkincisi, gizli anahtarlarınızın ve önbelleğe alma işlemlerinizin zaten bulunduğu derleme sürecinizi kendi CI'ınızda tutar.
Varsayılan olarak evet — depoda bir webhook kaydederiz ve belirlediğiniz dala yapılan bir push işlemi dağıtımı başlatır. Bunu kapatıp webhook'u tutabilirsiniz; bu, kulağa geldiğinden daha kullanışlıdır: teslimat yine de kaydedilir, böylece üzerlerinde işlem yapmamıza izin vermeden önce push işlemlerinizin gelişini izleyebilirsiniz.
Donanımımızda yapılan düzenlemeler dalınızda commit'lere dönüşür ve dalınızdaki commit'ler siteye geri döner. Siz açana kadar kapalıdır; çünkü bunu açmak başka birinin deposu hakkında bir karardır ve bu kararı sizin yerinize biz alamayız. Hangi dizinin eşitleneceğini siz seçersiniz — genellikle bir tema veya bir eklenti, kırk bin WordPress çekirdek dosyası değil.
Hiçbir şeyin üzerine yazılmaz ve hiçbir şey gönderilmez (push edilmez). Eşitleme durur, dalın temel aldığımız işlemenin (commit) ötesine geçtiğini bildirir ve hangi tarafı istediğinizi sorar — depoyu mu korumak, yoksa siteyi mi korumak istersiniz. Hiç eşitlenmemiş ve zaten işlemeleri olan bir dala işaret eden bir site de kendi başına ayrı bir durumdur ve hangisinin doğru olduğunu tahmin etmek yerine size sorar.
Bağlantıyı oluşturmadan önce ihtiyaç duyduğu yetkileri size gösterir, giriş sırasında belirteci sağlayıcının kendi API'si üzerinden doğrularız — böylece geçersiz veya yanlış kapsamlı bir belirteç asla saklanmaz — ve ancak bundan sonra Vault içine yazarız. Kodumuza, bir günlüğe, bir ortam dosyasına veya bir komut satırına asla temas etmez. İstediğiniz zaman sağlayıcı üzerinden iptal edebilir veya bağlantıyı buradan kaldırabilirsiniz.
Depo kartı, sağlayıcının bize en son ne zaman teslimat yaptığını ve ne söylediğini gösterir. Hiç teslim edilmedi, bu ekrandaki tek en kullanışlı tanıdır çünkü "bağlandı ama hiç teslim edilmedi", tam olarak yanlış kapsamlandırılmış bir belirtecin veya engellenmiş bir teslimatın göründüğü şekildir — ve başka hiçbir yerde görünmez. Üzerinde işlem yapmadan önce her teslimatın imzası kontrol edilir.
Sunulmaktadır ve işaretlenmiştir. GitHub Pages ve GitLab Pages, sağlayıcı altyapısını ve herkese açık github.io ile gitlab.io ana bilgisayar adlarını paylaşır ve bu bir izdir (footprint) — o ürün grubunun var olma amacı tam olarak bundan kaçınmaktır. Sıfır izli (zero-footprint) bir ağ için bunun yerine yalıtılmış barındırma üzerinde dağıtım yapın. Diğer her yerde Pages birinci sınıftır.
Çünkü ücretsiz katmanı yalnızca ticari olmayan kullanım için lisanslanmıştır. Güvenli olduğu durumlarda bağladığınız hesaplardan bir hedef çıkarırız ve Vercel kasıtlı olarak bu çıkarımın dışında tutulur — bir hesabı bağlamak, ticari bir siteyi asla lisansının izin vermediği bir yere sessizce yerleştirmemelidir. Onu seçtiğinizde diğerleriyle tamamen aynı şekilde çalışır.
Evet. Her dağıtım, yayınladığı commit'i, ne zaman çalıştığını ve nasıl tamamlandığını kaydeder; sitenin Dağıtım sekmesi ise geçmişi yanındaki canlı URL ile birlikte gösterir. Dağıtımlar arka planda çalışır, bu nedenle dönen bir yükleme simgesini beklemek zorunda kalmazsınız; derleme tamamlandıkça sayfa güncellenir.
Kartsız 14 günlük deneme sürümünüzü başlatın, GitHub veya GitLab'i bağlayın ve bir siteyi bir dala yönlendirin. Bir uç ana bilgisayarda veya dosyaların her iki yönde senkronize edildiği kendi barındırma hizmetimizde yayımlayın.
Ücretsiz başlayın