Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Azure DevOps Services
Bu makalede projenizin görünürlüğünü genel veya özel olarak değiştirmeyi öğrenin.
Özel bir projeyi genel görünürlüğe geçirdiğinizde, tüm içeriği genel olur. Belirli depoları, alan yollarını veya derleme klasörlerini seçmeli olarak gizli tutmak mümkün değildir.
Güvenlik
Özel bir projeyi genele geçirdiğinizde, proje üyeleri aşağıdaki değişikliklerle karşılaşır:
- İzinler: Reddet olarak işaretlenen izinler tanınmaz. Üye olmayanlara otomatik olarak herhangi bir proje üyesine atanabilecek en düşük düzeyde yetenekler verilir.
- Derleme işlem hatları: Derleme işlem hattı Proje Koleksiyonu kapsamına ayarlanırsa, bunun yerine bir Project kapsamıyla çalışır ve kötü amaçlı kullanıcıların derleme hizmetinin kimlik doğrulama belirtecine erişim kazanma riskini azaltır.
-
Paydaşlar:
- Depolar: Paydaşlar genel projelerde bu özelliklere tam erişime sahiptir ancak özel projelerde erişimleri yoktur.
- Panolar: Paydaşlar genel projelerde tam erişime sahiptir, ancak özel projelerde yalnızca kısmi erişime sahiptir. Daha fazla bilgi için, bkz. Paydaş erişimi hızlı başvuru.
- Temel + Test Planları kullanıcıları: Temel + Test Planları kullanıcıları Test Planlarından testleri görüntüleyebilir ve çalıştırabilir. Temel kullanıcılar, test planları oluşturma ve test çalışmaları ekleme özelliği de dahil olmak üzere tam erişim elde etmek için erişim düzeylerini Temel + Test Planları'na yükseltebilir.
Access
Erişim, oturum açmamış (anonim/genel kullanıcılar) ve oturum açmış ancak bir projenin üyesi olmayan (proje üyesi olmayan) kullanıcılar için kısıtlanmıştır. Üye olmayanlar olarak adlandırılan her iki kullanıcı kategorisine de aşağıdaki tabloda açıklandığı gibi sınırlı, salt okunur erişim verilir.
Hub / Ayarlar | Üye olmayan erişim | Paydaş erişimi | Temel erişim | Okuyucu erişimi | Katkıda bulunan erişimi | Proje yöneticisi erişimi |
---|---|---|---|---|---|---|
Panolar | okuma, + çok sayıda pencere öğesi kullanılamaz | kısmi | tam | okundu | okuma-yazma | okuma-yazma-yönetme |
Wiki | okundu | tam | tam | okundu | okuma-yazma | okuma-yazma-yönetme |
Panolar | okundu | kısmi | tam | okundu | okuma-yazma | okuma-yazma-yönetme |
Repos | okundu | tam | tam | okundu | okuma-yazma | okuma-yazma-yönetme |
Pipelines | okundu | tam | tam | okundu | okuma-yazma | okuma-yazma-yönetme |
Test Planları | erişim yok | erişim yok | kısmi erişim | okundu | okuma-yazma | okuma-yazma-yönetme |
Bildirimler | erişim yok | tam | tam | okundu | okuma-yazma | okuma-yazma-yönetme |
Arama yap | tam | tam | tam | tam | tam | tam |
Ayarlar | erişim yok | tam | tam | okundu | okundu | okuma-yazma-yönetme |
Önkoşullar
Kategori | Gereksinimler |
---|---|
İzinler | Proje Koleksiyonu Yöneticileri grubunun üyesi. Kuruluş sahipleri bu grubun otomatik olarak üyesidir. |
Kuruluş | kuruluş. |
Görevler | - erişim düzeylerini vegenel projeler için kullanılamayan özellikleri anlayın. - kısmi geçiş seçeneklerine ilişkinfarkındalığı. - geçiş denetim listesindeki öğeleri gözden geçirin. |
Geçiş denetim listesi
Çoğu özel proje büyük miktarda geçmiş veri içerir. Eski iş öğeleri, erken işlemeler ve önceki derleme işlem hatları genel olarak paylaşmak istemediğiniz bilgileri içerebilir.
Aşağıdaki denetim listesi, projeyi genel kullanıma açmadan önce gözden geçirmek isteyebileceğiniz öğeleri gösterir. Ayrıca, yalnızca geçerli ve gelecekteki içeriği kullanıma sunabilmeniz için iş öğelerini veya dosyaları yeni bir projeye geçirmek için ipuçları sağlar.
Kategori
Rehber
Kuruluş kimlikleri ve ayarları
Bir kullanıcının kuruluşla ilgili aşağıdaki kaynaklara ve ayrıntılara erişim elde ettiğini anlayın:
- Kimlikler: Kuruluşa eklenen tüm üyelerin listesi ve her üyenin e-posta adresi.
- Ayarlar: Tüm kuruluş ve proje ayarlarının salt okunur görünümü.
- İşlem meta verileri: Kuruluştaki tüm projelerdeki tüm seçim listesi değerleri.
- Derlemeler ve sürümler: Onları tetikleyen kişilerin adları ve Git işlemelerine eklenmiş e-posta adresleri de dahil olmak üzere kimlikler.
- İşlemeler ve iş öğeleri: Ad, soyadı ve e-posta adresi gibi ekli bilgiler.
Çapraz proje nesne bağlantıları
Özel projedeki bağlantılı yapıtla ilgili ayrıntılar ortak proje içinde göründüğünden, projeler arasında bağlantıların olup olmadığını denetleyin. Şu bağlantı türlerini kullanabilirsiniz: branch, build, changeset, commit, found in build, integrated in build, pull request ve versioned item. Başlıklar ve adlar şu bağlantı türlerinde gösterilir: sürüme alınan öğe, dal, wiki sayfası, çekme isteği ve iş öğesi.
Çevik araçlar ve iş öğeleri
İş öğelerinizin( kapalı olanlar bile) gizli ayrıntılar içermediğini onaylayın: açıklanmayan güvenlik açıkları, kimlik bilgileri ve müşteri verileri. İş öğeleri, özel projeden genel projeye geçirildiğinde geçmişlerini korur. Tüm tartışmalar ve açıklamalar kullanılabilir. Hiçbirinin sorunlu konuşma içermediğini denetleyin.
Alan yollarınızdan hiçbirinin özel kilitli güvenlik ayarlarına sahip olmadığını onaylayın. Reddedilen izinler ortak bir projede uygulanmaz, bu nedenle kısıtlı alan yolları genel olur.
Kod
Depolarınızın geçmişinde hassas ayrıntılar olmadığını onaylayın: eşleşmeyen güvenlik hataları, kimlik bilgileri ve dağıtma hakkınız olmayan kod.
Tüm dosya içeriği ve işleme iletileri kullanılabilir. Hiçbirinin sorunlu konuşma içermediğini denetleyin. Deponun tamamını açığa çıkarmakta rahat değilseniz ipucunu başka bir projeye geçirebilirsiniz.
Daha fazla bilgi için bkz . İpucu geçişi yönergeleri.
Derleme ve yayınlama
İşlem hatlarınızdan hiçbirinin hassas verileri göstermediğini onaylayın: kimlik bilgileri/gizli diziler, gizli URL'ler ve özel ortam adları.
Üye olmayanların özel akışlarınıza erişim gerektirmediğini onaylayın. Derlemeler akışlara erişmeye devam edebilir, ancak üye olmayanlar erişemez. Derleme işlem hatlarını yeni bir projeye geçirmeniz gerekiyorsa YAML kullanarak bunları içeri ve dışarı aktarabilirsiniz.
Test
El ile ve bulut yük testi özelliklerinin ortak projedeki üye olmayanlar tarafından kullanılamadığını anlayın.
Analiz ve panolar
Genel kullanıma yönelik bir pano oluşturmayı göz önünde bulundurun. Bazı pencere öğeleri üye olmayanlar tarafından kullanılamaz .
Yapı
Proje kapsamındaki akışlardaki paketlerden hiçbirinin gizlilikle ilgili endişeleri olmadığını onaylayın. Proje kapsamındaki akışlardaki tüm paketler genel kullanıma sunulur. Proje genele açıldığında, proje kapsamındaki akışların tüm mevcut yukarı akış ayarları devre dışı bırakılır.
Uzantı -ları
Projenizin deneyimi için önemli olan uzantılar olup olmadığını onaylayın. Örneğin, iş öğesi formunuzda verileri belirli bir şekilde işleyen bir denetiminiz var mı? Önemli ayrıntıları kullanıma sunan özel uzantılar var mı?
Her uzantının yazarının bunu test ederek üye olmayanlar için kullanılabilir hale getirdiğini onaylayın.
Değilse, uzantı yazarından üye olmayanlar için destek eklemesini isteyin.
1. Projelere anonim erişimi etkinleştirme
Özel bir projeyi genel projeye dönüştürmeden önce, aşağıdaki adımları uygulayarak kuruluşunuz için anonim erişimi etkinleştirin:
Kuruluşunuzda oturum açın (
https://dev.azure.com/{yourorganization}
).Kuruluş ayarları'nı seçin.
İlkeler'i seçin ve genel projelere izin ver güvenlik ilkesini açın.
2. Proje görünürlüğünü ayarlama
Projenizde (
https://dev.azure.com/{Your_Oganization}{Your_Project}
) oturum açın.Proje ayarlarına>Genel Bakış'ı>, Görünürlük açılır menüsünü, Genel veya Özel'i ve ardından Kaydet'i seçin.
Genel projeler için sınırlı kullanıcı arabirimi öğeleri
Aşağıdaki kullanıcı arabirimi öğeleri, üye olmayanlar için gizlenir.
Hizmet
Gizli kullanıcı arabirimi öğeleri
Boards
İş öğeleri kullanılabilir, ancak Kapsamlar, Panolar, Sprint'ler, Sorgular ve Planlar gizlidir.
Repos
Team Foundation Sürüm Denetimi (TFVC) depoları gizlenir.
Pipelines
Derlemeler ve Sürümler kullanılabilir, ancak Kitaplık, Görev Grupları, Dağıtım Grupları, Paketler ve XAML derleme sistemi gizlenir. Derleme ve yayın işlem hatları için işlem hattı ve görev düzenleyicileri kullanılamaz. Yalnızca Genel önizleme sürümündeki yeni Sürümler sayfası kullanılabilir.
Test Plans
Test Planları ve ilişkili el ile ve bulut yük testi özellikleri gizlenir.
Analiz
Analiz görünümleri gizlidir ve Analytics OData akışı üye olmayanlar için desteklenmez. Genel olarak Power BI tümleştirmesi desteklenmez.
Ayarlar
Ayarlar ve yönetim sayfaları gizlidir.
Üye olmayanlar aşağıdaki görevleri gerçekleştiremez:
- Dosyalar, iş öğeleri ve işlem hatları gibi yapıtları düzenleyin veya oluşturun.
- Mevcut yapıtları sık kullanılanlara ekleyin ve izleyin.
- Proje üyelerinin e-posta adreslerini ve diğer iletişim bilgilerini görüntüleme; üye olmayanlar yalnızca adları ve resimleri görebilir. Ayrıca, yapıt listelerini kimliğe göre filtreleyin.
- Aynı kuruluştaki iki genel proje arasında geçiş yapma; üye olmayanlar yalnızca URL kullanarak doğrudan genel projeye gidebilir.
- Kuruluş genelinde kod veya iş öğesi aramaları gerçekleştirme.
Ortak projeye katkıda bulunan ekleme
Genel projeye katkıda bulunmak için üye olarak eklenip Paydaş, Temel veya Temel + Test Planları erişimine atanmış olun. Daha fazla bilgi için bkz . Erişim düzeyleri hakkında.
Proje üyelerini özel projeler için yaptığınız gibi eklersiniz. Dış kullanıcıyı davet etme etkilerini anladığınızdan emin olun. Projeyi oluşturduysanız, otomatik olarak Proje Yöneticileri grubuna atanırsınız.
Kısmi geçiş
Kuruluşunuzda hassas malzemeler varsa, genel projeler ilkesini açmamanız gerekir. Genel projelerinizi barındırmak için tamamen ayrı bir kuruluş oluşturmanızı öneririz.
İş öğelerini özel projeye taşıma
Herhangi bir iş öğesi hassassa, bunları ayrı, özel bir projeye taşıyabilirsiniz. Çapraz proje bağlantıları üyeler için çalışmaya devam eder, ancak özel bir projede bulunduğundan, üye olmayanların içeriğe erişimi yoktur.
Çok sayıda hassas iş öğeniz varsa, geçerli projenizi özel tutmayı göz önünde bulundurun. Bunun yerine, başka bir kuruluşta yeni bir genel proje oluşturun. İş öğelerini geçirme işlemi, Microsoft tarafından tutulan açık kaynak WiMigrator kullanılarak gerçekleştirilebilir.
Yalnızca Git ipucunu geçirme
Sorunlu geçmiş nedeniyle bir depo paylaşılamıyorsa, farklı bir projede yeni bir depoya yalnızca ipucu geçişi yapmayı göz önünde bulundurun. Sorunlu depoyu içeren projeyi özel tutun. Ortak kullanıma açık hale getirmekte sorun olmadığınız bir projede yeni depoyu oluşturun.
Uyarı
- Yeni depo eskisine bağlanmaz.
- Gelecekte aralarındaki değişiklikleri kolayca geçiremezsiniz.
- Çekme isteği geçmişiniz geçirilmez.
Yalnızca Git ipucunu geçirmek için aşağıdaki adımları uygulayın:
- Mevcut depoyu kopyalayın:
git clone <clone_URL>
. - Deponun kökünde olduğunuzdan emin olun:
cd <reponame>
. - Başlamak istediğiniz dalın ucunda olduğunuzdan emin olun:
git checkout main
. - Git verilerini silin:
rmdir /s .git
Windows'ta,rm -rf .git
macOS veya Linux'ta. - Yeni bir Git deposu başlatın:
git init
. - Genel projenizde yeni, boş bir depo oluşturun.
- Yeni depoyu kaynak uzak deponuz olarak ekleyin:
git remote add origin <new_clone_URL>
. - Yeni deponuzu gönderin:
git push --set-upstream origin main
.