Azure DevOps Deposu Bağlama

Orbit, Azure Repos içindeki git barındırma hizmeti olan Azure DevOps'tan dağıtım yapar. Bir kez bağlanın, bir depo seçin ve her push otomatik olarak derlenir ve yayına alınır. Bu kılavuz her iki bağlantı yöntemini, bir depo seçimini ve Azure'un diğer sağlayıcılardan farklı yaptığı iki şeyi kapsar.

Bağlanmanın İki Yolu ve Neden İki Yol Var

Azure DevOps kuruluşları kiracı düzeyinde üçüncü taraf uygulamaları engelleyebilir ve birçok şirket bunu yapar. Sizinki yaparsa, imza düğmesi ne yaparsak yapalım sizin için çalışamaz, bu nedenle Orbit her zaman çalışan ikinci bir kapı sunar.

• Microsoft ile imza atın. Bir tıklama, kopyalanacak ve yapıştırılacak hiçbir şey yok. Kuruluşunuz üçüncü taraf uygulamalara izin verdiğinde kullanılabilir.
• Kişisel erişim belirteci. Uygulamaları engelleyen kuruluşlar da dahil olmak üzere her kuruluş için çalışır. Bir kuruluş adını ve Azure DevOps'ta oluşturduğunuz bir belirteci yapıştırırsınız.

Her iki kapı da tam olarak aynı özelliklere ulaşır. İkisi de diğerinin azaltılmış bir sürümü değildir.

Başlamadan Önce

Seçenek A: Microsoft ile İmza Atın

1. KPanel'de, sol kenar çubuğunda Orbit'e tıklayın.
2. Yeni projeye tıklayın.
3. Modu Git Deposunu İçe Aktar olarak bırakın.
4. Azure DevOps sekmesini seçin, ardından Azure DevOps'u Bağlaya tıklayın.

Microsoft'a imza atmanız ve erişimi onaylamanız için gönderilirsiniz. Onaylayın ve depo listesi yüklü olarak KPanel'e dönersiniz.

Kuruluşunuz uygulamayı engellerse, Microsoft reddeder ve KPanel verdiği nedeni gösterir. Bu, yeniden deneyerek çıkabileceğiniz bir şey değildir: aşağıda kişisel erişim belirtecini kullanın veya bir yöneticiye uygulamaya izin vermesini isteyin.

Seçenek B: Kişisel Erişim Belirteci

Önce Azure DevOps'ta belirteci oluşturun.

1. Azure DevOps'ta Kullanıcı ayarlarını açın, ardından Kişisel erişim belirteçlerini, ardından Yeni Belirteçi tıklayın.
2. Dağıtmak istediğiniz kuruluşu seçin.
3. Bu üç kapsamı ve yalnızca bu üç kapsamı verin:
   • Code (Read) böylece Orbit depolarınızı listeleyebilir ve derlediği commit'i indirebilir.
   • Code (Status) böylece derleme sonucu commit'te ve çekme isteğinde görünebilir.
   • Service Hooks (Read and write) böylece Orbit push'larınıza abone olabilir.
4. Belirteci kopyalayın. Azure bunu sadece bir kez gösterir.

Ardından KPanel'de:

1. Orbit'i, ardından Yeni projeyi, ardından Azure DevOps sekmesini açın.
2. Kişisel erişim belirteci ile bağlan altında kuruluş adınızı girin. Bu, depo adresinizin dev.azure.com hemen sonrasındaki kısımdır, bu nedenle https://dev.azure.com/contoso/web-platform/_git/storefront için kuruluş contoso'dir.
3. Belirteci yapıştırın ve Azure DevOps'u Bağlaya tıklayın.

Orbit belirteci hemen depolarınızı listelemek için kullanır. Reddedilirse, belirteci kontrol etmeniz istenmek yerine hangi kapsamların eksik olduğu söylenir, çünkü depoları listeleyebilen ancak hizmet kancası oluşturamayan bir belirteç temiz bir şekilde bağlanır ve hiç bir şey dağıtmaz.

Belirteci şifrelenir ve depolanmadan önce sadece adını verdiğiniz kuruluşa karşı kullanılır.

Bir Depo Seçilmesi

Depolarınız organisation / project / repository olarak adlandırılan bir liste olarak görünür. Azure depoları, bir kuruluş içinde iki proje her biri aynı ada sahip bir depo tutabilir çünkü, üç kısım taşır, iki değil.

İstediğiniz deposunun yanında Seç'e tıklayın, ardından projeyi her zaman bitirin: ad, çerçeve, derleme ayarları, ortam değişkenleri.

Bir Depo Eksik ise

• Kuruluşu kontrol edin. Kişisel erişim belirteci BİR kuruluşa aittir, bu nedenle farklı bir kuruluştaki bir depo görünmez. O kuruluşu da bağlayın.
• Azure DevOps'ta depodaki erişiminizi kontrol edin.
• Deponun Azure'da devre dışı bırakılıp bırakılmadığını kontrol edin. Orbit devre dışı bırakılan depoları listelemez, çünkü derlenemezler.

Azure'un Farklı Yaptığı İki Şey

Bunlar gerçek farklılıklardır, bize ulaşmadığımız boşluklar değildir ve her ikisi de daha sonra keşfedilmek yerine burada belirtilir.

Monorepo Kök Dizini Push'ları Atlamaz

Diğer sağlayıcılarda Orbit her push'ta değiştirilen dosyalar listesini okur ve bir monorepo projesi, Kök Dizini altında hiçbir şey hareket etmediğinde bir derlemeyı atlayabilir. Azure bu listeyi göndermez. Orbit bu nedenle tahmin yapmak yerine, her push'ta derler, çünkü diğer yöne tahmin etmek, beklediğiniz dağıtımları sessizce atlatabilir.

Kök Dizini ayarı yine de derlemenin nerede çalışacağına karar verir. Yalnızca hangi push'ların derleneceğini filtrelemez.

Fork'lardan Gelen Çekme İstekleri Derlenmez

Orbit, projenizin Önizleme ortam değişkenleriyle bir çekme isteği önizlemesi derler. Bu, kendi deponuzdan gelen bir çekme isteği için güvenlidir ve fork'tan gelen bir çekme isteği için güvenli değildir, ki bu da hesabınızla hiç ilişkisi olmayan birinden bir tekliftir.

GitHub'da Orbit, fork önizlemesi sunabilir, çünkü GitHub önerilen commit'i kendi deponuzda yayınlar, bu nedenle katılımcının kopyasına karşı kimlik doğrulaması yapmak zorunda kalmazsınız. Azure eşdeğer bir şey yayınlamaz, bu nedenle Orbit fork çekme isteklerini reddeder ve asla görünmeyen bir önizleme bırakmak yerine commit'te bunu söyler.

Kendi deponuzun içindeki dallardan gelen çekme istekleri normal şekilde derlenir.

Bundan Sonra Ne Olur

Üretim dalınıza push atın ve Orbit derler ve dağıtır. Derleme sonucu Azure DevOps'taki commit'e geri gönderilir, bu nedenle commit'te ve commit'in ait olduğu herhangi bir çekme isteğinde görünür ve dal ilkeleriniz bunu gerektirebilir.

Ayrıca Bakınız

• Orbit Nedir?
• Projenizi Dağıtma
• GitHub Deposunu Bağlama