Aracılığıyla paylaş


Proje görünürlüğünü genel veya özel olarak değiştirme

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, proje tüm içeriğini kapsar. Belirli depoları, alan yollarını veya derleme klasörlerini seçmeli olarak gizli tutmak mümkün değildir.

Erişim, oturum açmamış olan ve genellikle anonim veya genel kullanıcılar olarak adlandırılan kullanıcılar için kısıtlanmıştır. Azure DevOps'ta oturum açmış ancak bir projenin parçası olmayan kullanıcılar da vardır. Bu iki kullanıcı kategorisine de aşağıdaki tabloda açıklandığı gibi sınırlı, salt okunur erişim verilir.

Özel bir projeyi genele geçirdiğinizde, tüm proje üyeleri aşağıdaki değişikliklerle karşılaşır:

  • Reddet olarak işaretlenen izinler tanınmaz. Üye olmayan bir üyeye otomatik olarak verilen izinler, herhangi bir proje üyesine atanabilecek en düşük özellik düzeyini ayarlar.
  • Derleme işlem hattı Proje Koleksiyonu kapsamına ayarlanırsa, bunun yerine bir Project kapsamıyla çalışır ve bu da kötü amaçlı kullanıcıların derleme hizmetinin kimlik doğrulama belirtecine erişim kazanma riskini azaltır.
  • Paydaşlar genel projelerdeki Depolar veya Kod özelliklerine tam erişime sahiptir, ancak özel projelere erişimleri yoktur.
  • Paydaşlar Panolara veya Genel projelerde çalışma'ya 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ı Test Planlarından veya Testten testleri görüntüleyebilir ve çalıştırabilir. Temel kullanıcıların tam erişim elde etmek için erişim düzeylerini Temel + Test Planları'na yükseltmesi gerekir. Bu, test planları oluşturma ve test çalışmaları ekleme özelliği içerir.
Hub / Ayarlar Üye olmayan erişim Paydaş erişimi Temel erişim Okuyucu erişimi Katkıda bulunan erişimi Project Yönetici erişimi
Panolar okuma (birçok pencere öğesi kullanılamaz) kısmi tam okuma okuma-yazma okuma-yazma-yönetme
Wiki okuma tam tam okuma okuma-yazma okuma-yazma-yönetme
Panolar (Çalışma) okuma kısmi tam okuma okuma-yazma okuma-yazma-yönetme
Depolar (Kod) okuma tam tam okuma okuma-yazma okuma-yazma-yönetme
İşlem Hatları (Derleme ve Yayın) okuma tam tam okuma okuma-yazma Okuma-Yazma-Yönetici ister
Test Planları erişim yok erişim yok kısmi erişim (tablodan önceki son madde işaretine bakın) okuma okuma-yazma Okuma-Yazma-Yönetici ister
Bildirimler erişim yok Tam Tam Okuma okuma-yazma okuma-yazma-yönetme
Arama yap tam tam tam tam tam tam
Ayarlar Erişim yok Tam Tam Okundu Okuma Okuma-Yazma-Yönetici ister

Önkoşullar

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ızın 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 proje olarak değiştirebilmeniz için önce kuruluşunuz için anonim erişimi etkinleştirmeniz gerekir.

  1. Kuruluşunuzda (https://dev.azure.com/{yourorganization}) oturum açın.

  2. Kuruluş ayarları'nı seçin.

    Screenshot showing highlighted Organization settings button.

  3. İlkeler'i seçin ve genel projelere izin ver güvenlik ilkesini Açın.

    Screenshot showing Organization settings, Policy page, Security policies flow.

2. Proje görünürlüğünü ayarlama

  1. Projenizde (https://dev.azure.com/{YourOganization}{YourProject}) oturum açın.

  2. 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.

    Screenshot showing Project Settings, Overview, Visibility flow.

Genel projeler için erişim düzeyleri ve kullanılamayan özellikler

Proje üyesi, atanan erişim düzeyine göre özelliklere erişebilir. Üye olmayanlara/genel kullanıcılara otomatik olarak sınırlı erişim verilir. Genel projeye katkıda bulunmak için, bu projenin üyesi olarak eklenmeli ve paydaş, Temel veya Temel + Test Planları erişimine atanmış olmanız gerekir. Erişim düzeyleri, erişebileceğiniz kullanıcı arabirimlerini belirler. Size atanan güvenlik grubu, kullanabileceğiniz özellikleri belirler. Daha fazla bilgi için bkz . Erişim düzeyleri hakkında.

Proje üyelerini özel projeler için yaptığınız gibi eklersiniz. Bir dış kullanıcıyı projenize erişmeye davet etmenin ne anlama geldiğini anladığınızdan emin olun. Projeyi oluşturduysanız, otomatik olarak Project Yönetici istrators grubuna atanırsınız.

Aşağıdaki kullanıcı arabirimi öğeleri, üye olmayanlar için gizlenir.

Hizmet

Gizli kullanıcı arabirimi öğeleri

Panolar

İş öğ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.

Analizler

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ı gizlenir.

Üye olmayanlar aşağıdaki görevleri gerçekleştiremez:

  • Dosyalar, iş öğeleri ve işlem hatları gibi yapıtları düzenleme veya oluşturma
  • Mevcut yapıtları sık kullanılanlara ekleme ve izleme
  • Proje üyelerinin e-posta adreslerini ve diğer iletişim bilgilerini görüntüleme; üye olmayanlar yalnızca adı ve resmi 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ın URL kullanarak doğrudan genel projeye gitmesi gerekir
  • Kuruluş genelinde kod veya iş öğesi aramaları gerçekleştirme

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.
  1. Mevcut depoyu kopyalayın: git clone <clone_URL>.
  2. Deponun kökünde olduğunuzdan emin olun: cd <reponame>.
  3. Başlamak istediğiniz dalın ucunda olduğunuzdan emin olun: git checkout main.
  4. Git verilerini silin: rmdir /s .git Windows'ta, rm -rf .git macOS veya Linux'ta.
  5. Yeni bir Git deposu başlatın: git init.
  6. Genel projenizde yeni, boş bir depo oluşturun.
  7. Yeni depoyu kaynak uzak deponuz olarak ekleyin: git remote add origin <new_clone_URL>.
  8. Yeni deponuzu gönderin: git push --set-upstream origin main.

Sonraki adımlar