Projeler hakkında ve kuruluşunuzu ölçeklendirme
Tek bir proje ve takım içinde tanımlı
kuruluş veya koleksiyon
Birden çok proje ve takım içinde tanımlı
kuruluş veya koleksiyon
Koleksiyon-proje-takım yapısı, takımlarını bunlar için çalışan yollarla yapılandırmak için yüksek düzeyde bağımsız çalışma sınırı sağlar. Ayrıca yönetim görevlerinin uygun düzeyde gerçekleşmesini destekler. Kuruluşunuz büyüdükçe, araçlarınız bir Takım bağımsız çalışma sınırı ve kurumsal hizalama kültürünüdestekleyecek şekilde büyüyebilir.
Kurumsal genelinde işi nasıl yönetirsiniz?
büyüyen kuruluşunuzu desteklemek için DevOps ve çevik araçlarınızı nasıl ölçeklendirebilirsiniz?
Azure DevOps bağlandığınızda, bir kuruluşa veya proje koleksiyonuna bağlanırsınız. Bu kapsayıcı içinde, bir veya daha fazla proje tanımlanabilir. Sistemi kullanmak için en az bir proje oluşturulmalıdır.
Kuruluşunuzu aşağıdaki yollarla ölçeklendirebilirsiniz:
- Farklı iş birimlerini desteklemek için projeler ekleyebilirsiniz
- Bir proje içinde takımlar ekleyebilirsiniz
- Depo ve dal ekleme
- Sürekli tümleştirme ve dağıtımı desteklemek için aracılar, aracı havuzları ve dağıtım havuzları ekleyebilirsiniz
- Çok sayıda kullanıcıyı yönetmek için Azure Active Directory aracılığıyla erişimi yönetebilirsiniz
şirket içi Azure DevOps dağıtımınızı aşağıdaki yollarla ölçeklendirebilirsiniz:
- Performansı artırmak için sunucu örnekleri ekleyebilirsiniz
- Farklı iş birimlerini desteklemek için proje koleksiyonları ve projeleri ekleyebilirsiniz
- Bir proje içinde takımlar ekleyebilirsiniz
- Depo ve dal ekleme
- Sürekli tümleştirme ve dağıtımı desteklemek için aracılar, aracı havuzları ve dağıtım havuzları ekleyebilirsiniz
- Çok sayıda kullanıcıyı yönetmek için Active Directory aracılığıyla erişimi yönetebilirsiniz
Azure DevOps Services ve Azure DevOps Server kurumsal özellikli platformlardır. Bu platformlar, her boyuttaki ekipleri, onlarca binlerce ile binlerce arasında destekler. bulut hizmetimiz Azure DevOps Services ölçeklenebilir, güvenilir ve küresel olarak kullanılabilir bir barındırılan hizmet sağlar. Bu bir% 99,9 SLA ile desteklenir ve 7/24 operasyon ekibimiz tarafından izlenir ve dünyanın dört bir yanındaki yerel veri merkezlerinde kullanılabilir.
Projeleri görüntüleme
Projeler sayfasını açarak, kuruluşunuz için tanımlanan projeleri görüntüleyebilirsiniz.
projeleriaçmak için Azure DevOps seçin.
Buradan, listelenen proje kümesinden bir proje seçebilirsiniz.
Projeler oluşturmak veya listelemek için bkz. Proje oluşturma
projeleriaçmak için Azure DevOps seçin.
Buradan, listelenen proje kümesinden bir proje seçebilirsiniz.

Sunucunun adını seçin.

Buradan, listelenen proje kümesinden bir proje seçebilirsiniz.
Project-Scoped kullanıcıları grubunu kullanarak projeler için Kullanıcı görünürlüğünü sınırlayın
Varsayılan olarak, bir kuruluşa eklenen kullanıcılar tüm kuruluş ve proje bilgilerini ve ayarlarını görüntüleyebilir.
Kuruluşun Proje önizlemesi için Kullanıcı görünürlüğünü sınırla özelliği, Kullanıcı erişimini iki şekilde kısıtlar:
- kullanıcı listesini görüntüleyen görünümleri, proje listesini, faturalama ayrıntılarını, kullanım verilerini ve kuruluş Ayarlararacılığıyla erişilen görünümleri kısıtlama.
- Kişi seçici arama seçimleri aracılığıyla görünen kişi veya grup kümesini sınırlandırma ve kişileri @mention.
Önemli
Bu bölümde açıklanan sınırlı görünürlük özellikleri yalnızca Web portalı üzerinden etkileşimler için geçerlidir. REST API 'Leri veya Azure DevOps CLI komutlarıyla, proje üyeleri kısıtlı verilere erişebilir.
Kuruluş ayarlarına erişimi sınırlandırma
paydaşlar, konuk kullanıcılar Azure Active Directory veya belirli bir güvenlik grubunun üyeleri gibi select kullanıcılarını kısıtlamak için, kuruluş için kullanıcı görünürlüğünü sınırla özelliğini etkinleştirebilirsiniz. bu etkinleştirildikten sonra, Project kapsamlı kullanıcılar grubuna eklenen herhangi bir kullanıcı veya grup, genel bakış ve projelerhariç, kuruluş Ayarlar sayfalarına erişim altına alınır ve yalnızca eklendiği projelere erişilmesine kısıtlıdır.
Bu özelliği etkinleştirmek için bkz. özellikleri yönetme veya etkinleştirme.
Not
Tüm güvenlik grupları, yalnızca belirli bir proje için izinleri olan gruplar bile, kuruluş düzeyindeki varlıklardır. Web portalından, bir projeye erişimi olmayan kullanıcılar yalnızca belirli bir proje için izinleri olan grupları göremez. Ancak, Azure DevOps CLI ARACıNı veya REST API 'lerimizi kullanarak bir kuruluştaki tüm grupların adlarını bulabilirsiniz. Daha fazla bilgi için bkz. güvenlik grupları ekleme ve yönetme.
Kişi seçicileri içindeki görünürlüğü sınırla
Azure Active Directory (Azure ad) kullanarak kullanıcıları ve grupları yöneten kuruluşlar için, kişiler, yalnızca projenize eklenen kullanıcılar ve gruplar değil, Azure ad 'ye eklenen tüm kullanıcıları ve grupları aramak için destek sağlar. kişiler pic, aşağıdaki Azure DevOps işlevlerini destekler:
- Atanan gibi bir iş izleme kimliği alanından bir kullanıcı kimliği seçimi
- Bir iş öğesi tartışmasında veya zengin metin alanında @mention kullanarak bir kullanıcı veya grup seçimi, çekme isteği tartışması, tamamlama Yorumları veya değişiklik kümesi veya raf kümesi açıklamaları
- Wiki sayfasından @mention kullanarak bir kullanıcı veya grup seçimi
Aşağıdaki görüntüde gösterildiği gibi, bir Kullanıcı adı veya güvenlik grubuyla eşleşen bir eşleşme bulana kadar bir kişi seçici kutusuna yazmaya başlamanız yeterlidir.

Uyarı
kuruluş için kullanıcı görünürlüğünü sınırla özelliği etkinleştirildiğinde, proje kapsamındaki kullanıcılar, bir açık kullanıcı daveti yerine Azure Active Directory grup üyeliği aracılığıyla kuruluşa eklenmiş kullanıcıları araymaklardır. Bu beklenmeyen bir davranıştır ve üzerinde bir çözüm üzerinde çalışılmaktadır. Bu sorunu kendi kendine çözmek için, kuruluş için Kullanıcı görünürlüğünü sınırla önizleme özelliğini devre dışı bırakın.
Project kapsamlı kullanıcılar grubuna eklenen kullanıcılar ve gruplar yalnızca kişiler seçicisinden bağlı oldukları projedeki kullanıcıları ve grupları görebilir ve seçebilir. Tüm proje üyeleri için kişi etiketlerini kapsama almak için, bkz. projenizi yönetme, kimlik aramasını ve seçimi sınırlandırma.
Geçmiş veriler görünür kalıyor
Bir açıklamaya, tartışmaya veya atamaya eklenen kimlikler tüm proje üyelerine görünür olmaya devam eder. Örneğin, bir projeyi kapatan bir kullanıcıya atanan iş öğeleri, kullanıcının bu iş öğesi üzerindeki adı, yeni kısıtlamaya sahip kullanıcılar da, projedeki herkese görünür halde kalır. Aynı, PR 'ler, açıklamalar, tartışmalar ve diğer @mentions için de geçerlidir.
Başka bir proje ne zaman eklenir
Genel olarak, kuruluşunuzu veya kuruluşunuzu desteklemek için tek bir proje kullanmanızı öneririz. Tek bir proje, yönetim görevlerinin bakımını en aza indirir ve en iyileştirilmiş/tam esneklik çapraz bağlantı nesnesi deneyimini destekler.
Yüzlerce farklı uygulama ve yazılım projesi üzerinde çalışan çok sayıda takımınız olsa bile, bunları tek bir proje içinde kolayca yönetebilirsiniz. Bir proje, içinde depolanan verileri yalıtmak için kullanılır. Verileri bir projeden diğerine kolayca taşıyamazsınız. Verileri bir projeden diğerine taşıdığınızda, genellikle bu verilerle ilişkili geçmişi kaybedersiniz.
Başka bir projenin ne zaman ekleneceği hakkında daha fazla bilgi için bkz. kaç projeye ihtiyacınız var?.
Başka proje ekleme nedenleri
Aşağıdaki örneklerde başka bir proje eklemek isteyebilirsiniz:
- Grup seçmek için bir projede yer alan bilgilere erişimi yasaklamak veya yönetmek için
- Kuruluşunuzdaki belirli iş birimleri için özel çalışma izleme süreçlerini desteklemek için
- Kendi yönetim ilkelerine ve yöneticilerine sahip olan tamamen ayrı iş birimlerini desteklemek için
- Çalışma projesinde değişiklik yapmadan önce özelleştirme etkinliklerini test etmeyi veya uzantıları eklemeyi desteklemek için
- Açık kaynak yazılım (OSS) projesini desteklemek için
Aşağıdaki örneklerde başka bir proje eklemek isteyebilirsiniz:
- Bir projede yer alan bilgilere erişimi önlemek veya yönetmek için
- Kuruluşunuzdaki belirli iş birimleri için özel çalışma izleme süreçlerini desteklemek için
- Kendi yönetim ilkelerine ve yöneticilerine sahip olan tamamen ayrı iş birimlerini desteklemek için
- Çalışma projesinde değişiklik yapmadan önce özelleştirme etkinliklerini test etmeyi veya uzantıları eklemeyi desteklemek için
Özel ve genel projeler
Kuruluşunuza ortak ve özel projeler ekleyebilirsiniz. Ayrıca , bir projenin görünürlüğünü özel 'den herkese da değiştirebilirsiniz.
Özel projeler, Kullanıcı erişimi eklemenizi ve yönetmenizi gerektirir. Kullanıcıların, salt okunurdur erişimi olsa bile bir projeye erişim kazanmak için oturum açması gerekir. Projeye eklenen tüm kullanıcıların proje ve kuruluş bilgilerine erişimi vardır. Ayrıntılar için bkz. Proje üyelerine verilen kaynaklar.
Ortak bir proje, kullanıcıların birçok hizmete salt okuma erişimi kazanmak için oturum açmasını gerektirmez. Ortak projeler, kodu başkalarıyla paylaşmak ve açık kaynaklı yazılımların sürekli tümleştirme/sürekli dağıtımını (CI/CD) desteklemek için destek sağlar. Ortak projeler hakkında daha fazla bilgi edinmek için bkz. genel proje nedir?.
Projenizi yapı
Bir proje eklediğinizde, iş gereksinimlerinizi destekleyecek şekilde yapılandırmak için aşağıdaki öğeleri kullanma bölümüne bakın:
- Her bir alt proje veya uygulama için bir git deposu oluşturun veya her bir alt proje IÇIN bir TFVC deposu içinde kök klasörler oluşturun . TFVC ve Birleşik bir proje modeline doğru başlık kullanıyorsanız, git 'te ayrı depolar oluşturacağınız gibi, farklı takımlar ve projeler için kök klasörler oluşturun. Klasörler gerektiği şekilde güvenli hale getirilir ve çalışma alanı eşlemeleri, etkin olarak kullandığınız deponun segmentlerini denetleyebilir.
- Farklı alt projeleri, ürünleri, özellikleri veya takımları desteklemek için alan yollarını tanımlayın .
- Takımlar genelinde paylaşılabilen yineleme yollarını (Sprint olarak da bilinir) tanımlayın .
- Bir ürün için bir dizi özellik geliştiren her ürün takımı için bir takım ekleyin . Oluşturduğunuz her takım, takım için izinleri yönetmek için kullanabileceğiniz bir takım için otomatik olarak bir güvenlik grubu oluşturur. Ayrıca bkz. Portföy Yönetimi.
- Özel güvenlik grupları kullanarak özellikleri ve işlevleri seçmek için erişim Izni verin veya kısıtlayın .
- Ekip veya ürün alanı için sorguları klasörler halinde düzenlemek üzere sorgu klasörleri oluşturun .
- Proje düzeyinde ayarlanan bildirimleri tanımlayın veya değiştirin .
Projeleri özelleştirme ve yapılandırma
Çoğu hizmet ve uygulamayı, iş gereksinimlerinizi destekleyecek şekilde yapılandırabilir ve özelleştirebilirsiniz. Her bir proje içinde aşağıdaki görevleri gerçekleştirebilirsiniz. Hangi kaynakların yapılandırılabileceğini kapsamlı bir görünüm için bkz. Takım, proje ve kuruluş düzeyi ayarları hakkında.
- Panolar: her ekip , pano kümesini bilgileri paylaşmak ve ilerlemesini izlemek için yapılandırabilir.
- Kaynak denetimi: her Git deposuiçin dal ilkeleri uygulayabilir ve dal izinlerini tanımlayabilirsiniz. TFVC depoları için, İade ilkelerini ayarlayabilirsiniz.
- Çalışma izleme: alan ekleyebilir, iş akışını değiştirebilir, özel kurallar ekleyebilir ve birçok iş öğesi türünün iş öğesi formuna özel sayfalar ekleyebilirsiniz. Ayrıca, özel iş öğesi türleri de ekleyebilirsiniz. Ayrıntılar için bkz. Devralma Işlemini özelleştirme.
- Azure Pipelines: derleme ve yayın işlem hatlarınızı tamamen özelleştirebilir, derleme adımlarını, yayın ortamlarını ve dağıtım zamanlamasını tanımlayabilirsiniz. Ayrıntılar için bkz. derleme ve yayınlama.
- Azure Test Plans: test planlarını, test paketlerini, test çalışmalarını ve test ortamlarını tanımlayabilir ve yapılandırabilirsiniz. Yapı işlem hatlarınız içinde test adımları da ekleyebilirsiniz. Ayrıntılar için bkz. derlemelerinizi El Ile test etme ve sürekli test etme.
- Panolar: her ekip , pano kümesini bilgileri paylaşmak ve ilerlemesini izlemek için yapılandırabilir.
- Kaynak denetimi: her Git deposuiçin dal ilkeleri uygulayabilir ve dal izinlerini tanımlayabilirsiniz. TFVC depoları için, İade ilkelerini ayarlayabilirsiniz.
- Çalışma izleme: alan ekleyebilir, iş akışını değiştirebilir, özel kurallar ekleyebilir ve birçok iş öğesi türünün iş öğesi formuna özel sayfalar ekleyebilirsiniz. Ayrıca, özel iş öğesi türleri de ekleyebilirsiniz. Ayrıntılar için bkz. Şirket ıçı XML işlem modelini özelleştirme.
- Derleme ve yayınlama: derleme ve yayın işlem hatlarınızı tamamen özelleştirebilir, derleme adımlarını, yayın ortamlarını ve dağıtım zamanlamasını tanımlayabilirsiniz. Ayrıntılar için bkz. derleme ve yayınlama.
- Test: test planları, test paketleri, test çalışmaları ve test ortamları tanımlayabilir ve yapılandırabilirsiniz. Yapı işlem hatlarınız içinde test adımları da ekleyebilirsiniz. Ayrıntılar için bkz. derlemelerinizi El Ile test etme ve sürekli test etme.
Ekip ne zaman eklenir, çevik araçları kuruluş genelinde ölçeklendirin
Kuruluşunuz büyüdükçe, her ekibin iş akışını karşılamak üzere yapılandırabilmeleri için çevik araçlar sağlamak üzere takımlar ekleyin. Daha fazla bilgi için aşağıdaki makalelere bakın.
- Çevik olarak büyük ekiplere ölçeklendirin
- Takımlar ve çevik araçlar hakkında
- Bir biriktirme listesi portföyünü yönetin ve her takımın ilerleme durumu ve tüm programların ilerlemesi hakkında öngörü elde edin.
- Takımlarınızın teslim etmeyi planladığını düşündüğünüz hikaye veya özelliklerin zamanlamasını gözden geçirmek için teslim planlarını kullanın. Teslim planları, seçilen takımların Sprint (yineleme yolu) tarafından Takvim görünümüne göre zamanlanan iş öğelerini gösterir.
- Kuruluşunuzun içinde daha fazla rhythd ve Flow oluşturmak, müşterilerle iletişim kurmak, proje görünürlüğünü geliştirmek ve üretken bir iş gücü geliştirmek için ölçeklendirilen uygulamaları artımlı olarak benimseyin.
- Ölçekli çevik Framework 'ü desteklemek üzeretakımlar genelinde görünürlük elde etmek veya duytları, sürüm öngörülerini ve birden çok biriktirme listesini desteklemek için projeleri yapı.
Microsoft 'un şelale ile çevik arasında geçiş yapmasına ilişkin hikayeleri ve kısa videoları gözden geçirmek için bkz. Enterprise çevik çevik ölçekleme.
Bir projeye bağlantıyı destekleyen istemciler
Bir Web tarayıcısı aracılığıyla bağlanmaya ek olarak, aşağıdaki istemcilerden bir projeye bağlanabilirsiniz:
ayrıca bkz. Azure DevOps Server sürümleriyle uyumluluk.
soru & -cevap
S: bir projeyi başka bir kuruluşa veya koleksiyona taşıyabilir veya aktarabilir miyim?
Y : Veri kaybı olmaksızın değil. Verileri kaybetmeden bir projeyi bir koleksiyondan/kuruluştan başka bir koleksiyona/kuruluşa taşıyamazsınız. kaynakları el ile kopyalayabilir ve arka planda bırakabilir veya REST apı 'leri kullanarak verileri kopyalayan opshub Visual Studio geçiş yardımcı programıgibi bir üçüncü taraf aracı kullanabilirsiniz.
S: programlama araçları projeleri destekliyor mu?
A. Bkz. projeler REST API.
Ayrıca, az DevOps proje komutlarınıkullanabilirsiniz.
İlgili makaleler:
- Yönetici olarak kullanmaya başlayın
- Web portalı gezintisi
- Bir projeyle nasıl edinebilirim?
- Azure DevOps arasındaki farkları anlayın
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013
Bir proje, kaynak kodu için bir depo ve kullanıcıların yazılım çözümleri oluşturma, ilerlemeyi izleme ve işbirliği yapması için bir yer sağlar. Proje, Azure DevOps eklendiğinde verilerin depolandığı temel kapsayıcıyı temsil eder.
Projenizi oluşturduğunuzda, aynı ada sahip bir takım otomatik olarak oluşturulur. Bu, küçük takımlar için yeterlidir. Ancak, kurumsal düzeyde kuruluşlar için ek takımlar ve projeler oluşturmak üzere ölçeği genişletmek gerekebilir. Bu eklemeler tek hesap veya koleksiyon içinde oluşturulabilir.