Kuruluş yapınızı planlayın

  • Makale
  • Okumak için 12 dakika

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

İş yapınız, Azure DevOps oluşturduğunuz kuruluş, proje ve takımların sayısı için bir kılavuz görevi görür. Bu makale, Azure DevOps için farklı yapılar ve senaryolar planlaması yapmanıza yardımcı olur.

Azure DevOps iş veya işbirliğine dayalı çalışmalar için aşağıdaki yapıları göz önünde bulundurun:

Ayrıca, aşağıdaki senaryolar için plan yapmak isteyebilirsiniz:

Şirketinizi, daha büyük kod projeleri koleksiyonunuzu veya hatta birden çok ilgili iş birimini temsil eden en az bir kuruluşunuz olması gerekir.

Kuruluş nedir?

Azure DevOps bir kuruluş, ilgili proje gruplarını düzenlemek ve bağlamak için bir mekanizmadır. Örnek olarak iş bölümleri, bölgesel bölmeler veya diğer kurumsal yapılar sayılabilir. Tüm şirketiniz için bir kuruluş, yalnızca sizin için bir organizasyon veya belirli iş birimleri için ayrı kuruluşlar seçebilirsiniz.

Her kuruluş, kendi ücretsiz hizmet katmanını (her hizmet türü için en fazla beş kullanıcıya) aşağıdaki şekilde alır. Tüm hizmetleri kullanabilir veya yalnızca mevcut iş akışlarınızı tamamlamak için gerekenleri seçebilirsiniz.

Dikkat

Bulut tabanlı yük testi hizmeti kullanım dışı bırakılmıştır. Kullanım dışı bırakma, hizmet kullanılabilirliği ve alternatif hizmetler hakkında daha fazla bilgiyi burada bulabilirsiniz.

Kaç kuruluşa ihtiyacınız var?

Azure DevOps içinde yalnızca bir kuruluşla başlayın. Daha sonra, daha sonra farklı güvenlik modelleri gerektirebilecek ek kuruluşlar ekleyebilirsiniz. Tek bir kod deposunun veya projenin yalnızca bir kuruluşa ihtiyacı vardır. Kod veya diğer projelerde yalıtımda çalışması gereken ayrı ekipleriniz varsa, bu ekipler için ayrı kuruluşlar oluşturmayı düşünün. Farklı URL 'Ler olacaktır. Başka bir kuruluş eklemeden önce, gereken projeleri, takımları ve depoları ekleyin.

İş yapınızı ve yönetilecek farklı iş gruplarını ve katılımcıları gözden geçirmek için biraz zaman alın. Daha fazla bilgi edinmek için bkz. projelerinizi iş birimleri ve Yapı değerlendirmeleriile eşleme.

Takım nedir?

Ekip, birçok ekip tarafından yapılandırılabilir aracıdestekleyen bir birimdir. Bu araçlar, çalışmayı planlayıp yönetmenize ve işbirliğini daha kolay hale getirmenize yardımcı olur.

Her ayrı ürün veya özellik ekibi için ekip oluşturma

Her takım kendi kapsamlarına sahip olan yeni bir kapsam oluşturmak için yeni bir ekip oluşturursunuz. Takımlar ve biriktirme listeleri hiyerarşik bir yapıda yapılandırılarak, program sahipleri takımlar genelinde ilerlemeyi daha kolay bir şekilde izleyebilir, portföylerin yönetimini yönetebilir ve toplama verileri oluşturabilir. Ekip oluşturduğunuzda bir takım grubu oluşturulur. Bu grubu sorgularda kullanabilir veya ekibiniz için izinleri ayarlayabilirsiniz.

Proje nedir?

Azure DevOps bir proje aşağıdaki özellik kümesini içerir:

  • çevik planlama için Boards ve biriktirme listeleri
  • sürekli tümleştirme ve dağıtım için Pipelines
  • kaynak kodu ve yapıtların sürüm denetimi ve yönetimi için Repos
  • Her kuruluşun bir veya daha fazla proje içerdiği, proje yaşam döngüsü boyunca sürekli test tümleştirmesi

Aşağıdaki görüntüde, kurgusal contoso şirketinin Contoso-Manufacturing kuruluşu dahilinde dört proje vardır.

Dört projeyle bir kuruluşun görüntüsü

Kaç projeye ihtiyacınız var?

Azure Boards, Azure Repos veya Azure Pipelines gibi Azure DevOps bir hizmet kullanmaya başlamak için en az bir projeniz olması gerekir. Kuruluşunuzu oluştururken, sizin için varsayılan bir proje oluşturulur. Varsayılan projenizde, üzerinde çalışmaya başlamak için bir kod deposu, çalışmayı izlemek için biriktirme listesi ve derleme ve yayını otomatikleştirmeye başlamak için en az bir işlem hattı vardır.

Bir kuruluş içinde aşağıdaki yaklaşımlardan birini yapabilirsiniz:

  • Birçok depo ve takım içeren tek bir proje oluşturun
  • Her biri kendi ekip kümesi, depoları, yapıları, iş öğeleri ve diğer öğeleri içeren birçok proje oluşturun

Yüzlerce farklı uygulama ve yazılım projesi üzerinde çalışan çok sayıda Takımsanız bile, bunları Azure DevOps tek bir proje içinde yönetebilirsiniz. Ancak, yazılım projeleriniz ve ekipleriniz arasında daha ayrıntılı güvenlik yönetimi istiyorsanız birçok proje kullanmayı göz önünde bulundurun. En yüksek düzeyde yalıtım, her kuruluşun tek bir Azure AD kiracısına bağlandığı bir kuruluştur. ancak, tek bir Azure AD kiracısı birçok Azure DevOps kuruluşa bağlanabilir.

Not

kuruluş için ayar önizleme özelliğinin gizlenmesi için Project kapsamlı kullanıcılara iyi bilinen grup etkinleştirilmişse, Project kapsamlı kullanıcılar grubuna eklenen kullanıcılar eklenmemiş projelere erişemez. daha fazla bilgi edinmek için bkz. projeler ve ölçeklendirme, Project kapsamlı kullanıcılar grubu.

Tek proje

Tek bir proje tüm işleri kuruluşun tamamı için aynı "portföy" düzeyine koyar. Çalışmanız aynı depo ve yineleme yolları kümesine sahip. Tek bir proje, takımların kaynak depoları, derleme tanımlarını, yayın tanımlarını, raporları ve paket akışlarını paylaşmasına olanak tanır. Birçok ekip tarafından yönetilen büyük bir ürün veya hizmetiniz olabilir. Bu ekipler, ürün yaşam döngüsü boyunca birbirleriyle sıkı bağımlılıklar vardır. Bir proje oluşturur ve işleri takımlar ve alan yolları kullanarak bölebilirsiniz. Bu kurulum, ekiplerinizin her birinin çalışmasına ilişkin görünürlüğüne sahip olduğundan, kuruluşun hizalı kalmasını sağlar. Takımlarınız iş öğesi izleme için aynı taksonomiyi kullandığından, iletişim kurmayı ve tutarlı kalmasını kolaylaştırır.

İpucu

Aynı ürün üzerinde birden fazla ekip çalışırken, aynı yineleme zamanlamasında bulunan tüm takımların ekiplerinizi aynı temposunda göre hizalı ve değer teslim etmesine yardımcı olur. örneğin, Azure DevOps kuruluşun, tek bir projede 40 özellik ekipleri ve 500 kullanıcısı vardır. bu, tüm yaygın amaçlar ve ortak bir yayın zamanlamasıyla ortak bir ürün kümesi üzerinde çalıştıkları için iyi çalışır.

Yüksek hacimli sorgular ve panolar, aradığınızı bulmayı zorlaştırır. Ürününüzün mimarisine bağlı olarak, bu zorluk, yapılar, yayınlar ve depolar gibi diğer alanlara karşı taşma olabilir. İyi adlandırma kurallarını ve basit bir klasör yapısını kullandığınızdan emin olun. Projenize bir depo eklediğinizde, stratejinizi değerlendirin ve bu deponun kendi projesine yerleştirilip yerleştirilmeyeceğini saptayın.

Birçok proje

Project yapısı, ürünü nasıl teslim ettiğiniz ile en iyi şekilde belirlenir. Birçok projenin yönetim yükünü kaymasına ve takımınızın ekip karar verdiğinden projeyi yönetmesi için daha bağımsız çalışma sınırı bir şekilde sahip olmasını sağlar. Ayrıca, güvenlik ve farklı projeler genelinde varlıklara erişimi daha fazla denetler. Birçok proje ile takım bağımsızlık olması, bazı hizalama güçlükleri oluşturuyor. Her proje farklı bir işlem veya yineleme zamanlaması kullanıyorsa, Taksonomiler aynı değilse iletişim ve işbirliği yapmak zor olabilir.

İpucu

Tüm projeleriniz genelinde aynı işlem ve yineleme zamanlamalarını kullanıyorsanız, verileri ve raporları takımlar arasında toplama özelliği geliştirildi.

Azure DevOps, işleri yönetmek için geldiğinde projeler arası deneyimler sağlar.

Aşağıdaki senaryolar nedeniyle başka bir proje eklemek isteyebilirsiniz:

  • Proje içindeki bilgilere erişimi yasaklamak veya yönetmek için
  • Özel iş izleme işlemlerini, kuruluş içindeki belirli iş birimlerine yönelik olarak desteklemek için
  • Kendi yönetim ilkelerine ve yöneticilerine sahip olan tamamen ayrı iş birimlerini desteklemek için
  • Özelleştirme etkinliklerini test etme veya değişiklikleri çalışma projesine genişletmeden önce uzantı eklemeyi desteklemek için

Birçok projeyi göz önünde bulundurabilirsiniz. Git depo taşınabilirliği, depoların projeler arasında (tam geçmiş dahil) geçişlerini kolaylaştırır. Diğer geçmiş projeler arasında geçirilmez. Örnek olarak, çekme ve çekme isteği geçmişi örnek olarak verilmiştir.

Projeleri iş birimlerine eşleyenin, şirketiniz tek bir kuruluşa sahip olur ve bir iş birimini temsil eden bir veya daha fazla proje ile birçok proje ayarlar. Şirketin Azure DevOps varlıkları bu kuruluş içinde yer alır ve verilen bir bölgede (batı Avrupa gibi) bulunur. Projelerinizi iş birimlerine eşlemek için aşağıdaki kılavuzu göz önünde bulundurabilirsiniz:

Bir proje, birçok ekip Bir kuruluş, birçok proje ve ekip Birçok kuruluş
Genel kılavuz Daha küçük kuruluşlar veya yüksek uyumlu ekiplere sahip büyük kuruluşlar için en iyi. Farklı çabalar farklı süreçler gerektirirken iyidir. TFS eski geçişlerinin bir parçası olarak ve kuruluşlar arasındaki sabit güvenlik sınırları için yararlıdır. Her kuruluşta birden çok proje ve ekiple birlikte kullanılır.
Ölçeklendirme On binlerce kullanıcı ve yüzlerce ekibi destekler, ancak tüm ekipler ilgili çabalar üzerinde çalışıyorsa bu ölçekte en iyi sonucu sağlar. Bir projeyle aynı şekilde, ancak birçok proje daha kolay olabilir.
İşleme Ekipler arasında uyumlu süreçler; panoları, panoları ve diğer özellikleri özelleştirmek için ekip esnekliği. Her proje için bağımsız işlemler. Örneğin, farklı iş öğesi türleri, özel alanlar gibi. Birçok projeyle aynı.
İşbirliği Farklı ekiplerin iş ve varlıkları arasında en yüksek varsayılan görünürlük ve yeniden kullanım. İyi görünürlük ve yeniden kullanım mümkündür, ancak ister kasıtlı olsun, varlıkları projeler arasında gizlemek daha kolaydır. Kuruluşlar arasında zayıf görünürlük, işbirliği ve yeniden kullanım.
Raporlama ve portföy yönetiminin toplanması Ekipler arasında topabilme ve ekipler arasında koordinasyon olanağı. Projeler arasında iyi raporlama. Çapraz proje ve ekip koordinasyonu için daha zordur. Kuruluşlar arasında bir geçiş veya koordinasyon yoktur.
Güvenlik/yalıtım Varlıkları ekip düzeyinde kilitlenebilir, ancak varsayılan olarak açık görünürlük ve işbirliği kullanılır. Projeler arasında kilitleme özelliği daha iyi. Varsayılan olarak, projeler içinde iyi görünürlük ve projeler arasında iyi yalıtım sağlar. Kuruluşlar arasında sabit sınırlar; mükemmel yalıtım ve kuruluşlar arasında paylaşma olanağı.
Bağlam değiştirme Ekiplerin birlikte çalışması ve kullanıcıların çabalar arasında geçiş yapmak için en kolay yolu. Kullanıcıların birlikte çalışması ve bağlamları çalışma arasında değiştirmesi nispeten kolaydır. Kullanıcıların farklı kuruluşlarda çalışmak zorunda kalmaları daha zordur.
Bilgi aşırı yüklemesi Varsayılan olarak, tüm varlıklar "sık kullanılanlar" ve "bilgi aşırı yüklemesi" önlemek için benzer mekanizmaları kullanan kullanıcılar tarafından görülebilir. Bilgi aşırı yüklemesi riski azaltıldı; proje sınırları arasında gizlenen çoğu proje varlığı. Kuruluşlar genelindeki varlıklar yalıtılmış ve bilgi aşırı yüklemesi riskini azaltıyor.
Yönetim yükü Çok sayıda yönetim tek tek takımlara devredildi. Kullanıcı lisanslama ve kuruluş düzeyinde yönetim için en kolay. Çabalar arasında hizalama gerekli ise ek çalışma gerekebilir. Proje düzeyinde ek yönetim. Ek yük, ancak projelerin farklı yönetim ihtiyaçları olduğunda yararlı olabilir. Ek projelerde olduğu gibi, kuruluş arasında ek esneklik sağlayan ek yönetim yükü vardır.

Proje içindeki yapı repos'ları ve sürüm denetimi

Daha önce oluşturduğunuz ve erişime sahip olması gereken kuruluşlardan birinin kapsamına belirli stratejik çalışmaları göz önünde bulundurarak. Bu bilgileri kullanarak projeyi olarak adlar ve oluşturun. Bu proje, oluşturduğunuz kuruluş altında tanımlanmış bir URL'ye sahip ve şu adreste erişilebilir: https://dev.azure.com/{organization-name}/{project-name}.

Url'sini ziyaret ederek ve sayfanın sol Project ayarlarını seçerek projenizi yapılandırabilirsiniz.

Uygulama ayarları düğmesini Project ekran görüntüsü.

Projeleri yönetme hakkında daha fazla bilgi edinmek için bkz. Azure DevOps. Verileri geçerek projeyi farklı bir kuruluşa taşıyabilirsiniz. Projenizi geçirme hakkında daha fazla bilgi edinmek için bkz. Geçiş seçenekleri.

Sürüm denetimi yönetme

Azure Repos hizmetinin etkinleştirildikten sonra sürüm denetimi depoları kodu depolar ve gözden geçirilebilir. Repos'ları yapılandırıyorken aşağıdaki seçenekleri göz önünde bulundurabilirsiniz.

Git ve Team Foundation Sürüm Denetimi (TFVC)

Azure Repos, takımların tercihleri için aşağıdaki sürüm denetim sistemlerini sunar:

  • Git ve TFVC. Projelerin her türde bir repoları olabilir. Varsayılan olarak, yeni projeler boş bir Git depoya sahip olur. Git, geliştirici iş akışlarında büyük miktarda esneklik sağlar ve geliştirici ekosisteminin neredeyse tüm ilgili araçlarıyla tümleştirilmiştir. Herhangi bir proje Git depolarını kullanabilir. Projeye eklenilen Git depolarının sayısıyla ilgili bir sınır yoktur.

TFVC, aynı zamanda kullanılabilen merkezi bir sürüm denetim sistemidir. Git'in aksine, bir proje için yalnızca bir TFVC deposuna izin verilir. Ancak, bu repo içinde, klasörler ve dallar, birden çok ürün ve hizmet için kod düzenlemek için kullanılır (gerekirse). Projeler uygunsa hem TFVC'yi hem de Git'i kullanabilir.

Bir veya çok sayıdaki repos

Tek bir proje içinde birden çok repo ayarlamalı veya proje başına bir repo mu ayarlamışsınız? Aşağıdaki kılavuz, bu repos'lar genelinde planlama ve yönetim işlevleriyle ilgilidir.

Ürünler/hizmetler eşgüdümli bir yayın zamanlaması üzerinde çalışıyorsa, birden çok repo içeren bir proje iyi çalışır. Geliştiriciler sıklıkla birden çok repo ile çalışıyorsa, işlemlerin paylaşılan ve tutarlı kalmasını sağlamak için bunları tek bir projede tut. Büyük/küçük harf zorlama ve maksimum dosya boyutu gibi erişim denetimleri ve seçenekler proje düzeyinde ayarlanacak şekilde tek bir proje içinde repo erişimini yönetmek daha kolaydır. Repos'lar tek bir projede olsa bile erişim denetimlerini ve ayarlarını ayrı ayrı yönetebilirsiniz.

Birden çok depoda depolanan ürünler bağımsız zamanlamalar veya süreçler üzerinde çalışıyorsa, bunları birden çok projeye bölabilirsiniz. Git depo taşınabilirliği, depoları projeler arasında taşımayı ve yine de tam uygunluk işleme geçmişini tutmayı kolaylaştırır. Çekme istekleri veya derleme geçmişi gibi diğer geçmişler kolayca geçirilmez.

Bir veya daha fazla repo için büyük ölçüde kod bağımlılıklarına ve mimariye bağlı olarak karar vermeniz gerekir. Uygulanabilecek ilk kural, bağımsız olarak dağıtılabilir her bir ürünü veya hizmeti kendi içine koymaktır. Bu repos'lar arasında eşgüdümli kod değişiklikleri olmasını bekliyorsanız kod tabanını birçok repos'a ayırmayın çünkü bu değişiklikleri koordine etmek için yardımcı olacak araçlar yoktur. Kod tabanınız zaten monolith ise, bunu tek bir repoda tutabilirsiniz. Monolitik repolar hakkında daha fazla bilgi için microsoft'un DevOps geliştirme makalesine bakın. Bağlantısı kesilmiş çok sayıda hizmetiniz varsa hizmet başına bir tane olmak iyi bir stratejidir.

Not

Kuruluşta herkesin bir hesap oluşturamay için izinlerinizi yönetmeyi göz önünde bulundurabilirsiniz. Artan ekipler veya şirketler, repoların hızla çoğalmasıyla karşı karşıyadır. Çok fazla depo varsa, bu depolarda depolanan kodun veya diğer içeriğin sahibi kimlerin olduğunu izlemek zordur.

Paylaşılan repo ile forked repos karşılaştırması

Güvenilen bir kuruluş içinde paylaşılan bir depo kullanmanızı öneririz. Geliştiriciler, yaptıkları değişikliklerin yalıtımının korunmasını sağlamak için dalları kullanır. İyi bir dallanma ve sürüm stratejisi ile birlikte kullanıldığında, tek bir depo, binlerce geliştiriciden daha fazla yazılım için eşzamanlı geliştirmeyi desteklemek üzere ölçeklendirebilir. dallanma ve sürüm stratejisi hakkında daha fazla bilgi için bkz. bir Git dallanma stratejisini benimseyin ve yayın Flow: dalımız stratejimiz.

Çatallar, ana depoyu güncelleştirmek için doğrudan erişimi olmayan satıcı ekipleriyle çalışırken yararlı olabilir. Çatallar, birçok geliştiricinin açık kaynaklı bir projede olduğu gibi seyrek katkıda bulunduğu senaryolarda de yararlı olabilir. Çatallarla çalışırken, ana depolardan alınan depoları yalıtmak için ayrı bir proje sürdürmek isteyebilirsiniz. Ek yönetim yükü olabilir, ancak ana proje temizleyiciyi tutar. Daha fazla bilgi için çatallar makalesinebakın.

Aşağıdaki görüntüde, "şirketinizin" kuruluşlarını, projelerini, iş öğelerini, takımları ve depoları nasıl yapılandırabildiğini gösteren bir örnek gösterilmektedir.

Bir şirketin kurumsal yapısını gösteren diyagram.

Kuruluş yapısı hakkında daha fazla bilgi

Kuruluş Yöneticisi hesap türünü seçme

Bir kuruluş oluşturduğunuzda, kuruluşunuzun hangi kimlik sağlayıcısını kullandığını tanımlayan kimlik bilgileri ile oturum açın. Microsoft hesabı veya Azure AD örneği ile kuruluşunuzu oluşturun. Yeni kuruluşunuzda yönetici olarak oturum açmak için bu kimlik bilgilerini kullanın https://dev.azure.com/{YourOrganization} .

Microsoft hesabı kullanma

Azure AD ile bir kuruluş için kullanıcıların kimliğini doğrulamanız gerekmiyorsa Microsoft hesabı kullanın. Tüm kullanıcıların kuruluşunuzda bir Microsoft hesabı oturum açması gerekir. Bir tane yoksa, şimdi bir Microsoft hesabı oluşturabilirsiniz .

Parolanızı girin ve oturum açın

Bir Azure AD örneğiniz yoksa, Azure Portal ücretsiz olarak oluşturun veya bir kuruluş oluşturmak için Microsoft hesabı kullanın. Daha sonra, kuruluşunuzun Azure AD 'ye bağlanmasınısağlayabilirsiniz.

Azure AD hesabınızı kullanma

Azure veya Microsoft 365 kullanıyorsanız, zaten bir Azure AD hesabınız olabilir. Kullanıcı izinlerini yönetmek için Azure AD kullanan bir şirket için çalışıyorsanız, muhtemelen bir Azure AD hesabınız olması gerekir.

Azure AD hesabınız yoksa, kuruluşunuzun Azure AD 'nize otomatik olarak bağlanması için Azure AD 'ye kaydolmayı öğrenin. Kuruluşunuza erişmek için tüm kullanıcıların bu dizinde üye olması gerekir. Diğer kuruluşlardan Kullanıcı eklemek için Azure AD B2B işbirliğinikullanın.

Azure DevOps, kullanıcıların Azure AD 'niz aracılığıyla kimliğini doğrular, böylece yalnızca o dizinde üye olan kullanıcıların kuruluşunuza erişimi vardır. Kullanıcıları bu dizinden kaldırdığınızda artık kuruluşunuza erişemez. Yalnızca belirli Azure AD yöneticileri , dizininizde bulunan kullanıcıları yönetir, böylece Yöneticiler kuruluşunuza kimlerin erişebileceğini denetler.

Kullanıcıları yönetme hakkında daha fazla bilgi için bkz. kullanıcıları yönetme.

Kuruluşları iş birimlerine eşleme

şirketinizdeki her bir iş birimi, kendi Azure AD kiracısıyla birlikte Azure DevOps kendi kuruluşunu alır. Ekiplere veya devam eden çalışmalara bağlı olarak, bu bireysel kuruluşların içindeki projeleri ayarlayabilirsiniz .

Daha büyük bir şirket için farklı Kullanıcı hesapları (büyük olasılıkla Azure AD hesapları) kullanarak birden fazla kuruluş oluşturabilirsiniz. Hangi grupların ve kullanıcıların stratejileri ve çalışmaları paylaştığından ve bunları belirli kuruluşlarda gruplandırmalarını düşünün. Örneğin, (kurgusal) Fabrikam şirketi üç kuruluş oluşturabilir: fabrikam-Marketing, Fabrikam-mühendislik ve Fabrikam-Sales. Her kuruluşun,, ve gibi ayrı bir URL 'SI vardır https://dev.azure.com/Fabrikam-Marketinghttps://dev.azure.com/Fabrikam-Engineeringhttps://dev.azure.com/Fabrikam-Sales. Kuruluşlar aynı şirkete yöneliktir, ancak çoğunlukla birbirinden yalıtılır. Ayrılmanıza gerek yoktur, ancak yalnızca işletmeniz için anlamlı olan sınırlar oluşturmanız gerekir. Mevcut bir kuruluşu farklı kuruluşları birleştirmekle daha kolay bir şekilde, projelerle bölümleyebilirsiniz.