Akış görünümleri nedir?

Azure DevOps Hizmetleri | Azure DevOps Server | Azure DevOps Server 2022

Akış görünümleri, geliştiricilerin paket sürümlerinin belirli bir alt kümesini tüketicilerle paylaşmasına olanak sağlar. Bu, test edilmiş ve doğrulanmış paketlere erişim sağlamak istediğinizde, hala geliştirme aşamasında olan veya kalite standartlarınıza uymayan paketlere erişimi kısıtlamak için kullanışlıdır.

Important

Herkese açık akışlar, herkese açık projelere bağlıdır. 2027'den itibaren, mevcut genel projeler otomatik olarak özele dönüştürülecek. Bu durumda, barındırma projesinin görünürlüğünü devraldıkları için genel akışlara artık genel erişim sağlanamayacaktır. Daha fazla bilgi için bkz. Genel projelerin kullanımdan kaldırılması.

Varsayılan görünüm

Her Yapıt akışı varsayılan olarak üç görünüm içerir: @local, @prereleaseve @release. İkinci ikisi, gerektiğinde yeniden adlandırabileceğiniz veya silebileceğiniz önerilen görünümlerdir.

@local varsayılan görünümdür ve yukarı akış kaynaklarında yaygın olarak kullanılır. Akış Ayarları>Görünümleri'nde varsayılan görünümü değiştirebilirsiniz, ancak bunun bu görünümde doğrudan yayımlamayı etkinleştirmediğini unutmayın. Paketler yalnızca temel akışta yayımlanabilir ve bunlar @Local görünümünde kullanılabilir.

Görünüm @local şunları içerir:

Akış görünümleri salt okunur olduğundan, görünüme bağlı kullanıcılar yalnızca bu görünümde yayımlanan paketleri ve/veya daha önce yukarı akış kaynaklarından kaydedilmiş paketleri kullanabilir. Paket grafiklerinin nasıl derlendiğini öğrenmek için paket grafiklerine bakın.

Not

Azure Artifacts yalnızca paketlerin varsayılan görünüme yayımlanmasını ve bu görünümden geri getirilmesini destekler: @Local.

Akış görünümleri ve yukarı akış kaynakları

Akış görünümleri ve yukarı akış kaynakları, paketleri paylaşmak ve kullanmak için kurumsal düzeyde bir çözüm sağlamak üzere birlikte çalışacak şekilde tasarlanmıştır. Diğer Azure Artifacts akışlarının akışınızı yukarı akış kaynağı olarak kullanmasına izin vermek için, senaryonuza bağlı olarak akışınızın görünürlüğünü kuruluşunuzun üyelerine veya Microsoft Entra Id'nizin üyelerine ayarlamanız gerekir.

Microsoft Entra Id'yi seçerseniz, kuruluşunuzdaki tüm kişiler akışınıza erişebilir ve kuruluşunuzdaki tüm akışlar ve aynı Microsoft Entra kiracısıyla ilişkili diğer kuruluşlar akışınıza yukarı akış yapabilir.

Not

Herkese açık bir akıştaki tüm akış görünümlerine, barındıran proje herkese açık kaldığı sürece internetteki herkes erişebilir. 2027'den itibaren mevcut genel projeler otomatik olarak özele dönüştürülecek ve genel akışlara artık genel erişim sağlanamayacak.

Akış görünümlerine sahip yayın paketleri

Paketleri yayınlarken, üç önemli yönün iletilmesi önemlidir:

Yayın paketleri oluştururken üç bilgi parçasının aktarılması önemlidir:

  • Değişikliğin doğası: Ne tür bir değişiklik kullanıma sunulmuştur.

  • Değişiklik riski: Değişikliğin ne kadar kesintiye neden olabileceği veya bozabileceği.

  • Değişikliğin kalitesi: Paketin doğrulama standartlarınıza uygun olup olmadığı.

Değişikliğin niteliğini değişiklik kalitesinden ayırt etmek için soldaki anlamsal sürüm numaralarını ve sağda yayın öncesi kalite etiketini gösteren diyagram.

Değişikliğin doğası ve riski

Hem doğa hem de risk, geliştirmenin başlangıcında bilinen değişikliğin amacıyla ilgilidir:

  • Doğa: Yeni özellikler ekliyor, mevcut özellikleri güncelleştiriyor veya hataları düzeltiyor musunuz?

  • Risk: Değişiklik API'ler gibi kritik bileşenleri etkiler mi veya hataya neden olan değişikliklere neden olur mu?

Ekiplerin çoğu bu bilgileri iletmek için AnlamSal Sürüm oluşturma (SemVer) kullanır. SemVer, doğa ve risk sinyalleri için yaygın olarak benimsenmiş ve etkilidir.

1.2.3
│ │ └─ Patch (bug fixes)
│ └── Minor (new features)
└──── Major (breaking changes)

Değişikliğin kalitesi

Doğrulama işlemi tamamlanana kadar değişikliğin kalitesi genellikle bilinmez. Bu, paket derlenip test edildikten sonra doğrulamadan sonra belirlenir. Bu nedenle, sürüm numarasının sayısal segmentindeki değişikliğin kalitesini (örneğin 1.2.3) iletmek mümkün değildir.

Geçici çözümler önceden geçerli hale getirilse de (örneğin, derlemenin DLL'lerini paketlemeden önce doğrudan kullanma ve paketleri "hata ayıklama" veya "CI" ortamında yayımlama, ardından bu paketleri doğrulama ve bir "yayın" ortamına yeniden yayımlama), son paketin kalite standartlarını karşıladığını garanti etmemektedir.

Değişiklik yapma, derleme, paketleme, doğrulama ve yayımlama aşamalarını içeren bir paket yayımlama iş akışını gösteren; paket sürümünün ve kalitesinin ne zaman belirlendiğini gösteren açıklama notları içeren diyagram.

Bunun yerine, kaliteyi iletmek için akış görünümlerini kullanabilirsiniz. @Release Görünümü kullanarak yalnızca doğrulamayı geçmiş ve kalite çubuğunuzla eşleşen paketleri paylaşabilirsiniz. Bu sayede tüketicileriniz yalnızca test edilmiş, doğrulanmış ve kullanıma hazır paket sürümlerinin alt kümesini görebilir. Bu yaklaşım, tüketicilerin kararlı, üretime hazır paketlere erişmesini sağlar. Daha fazla ayrıntı için bkz . Paketleri yükseltme ve akış görünümlerini yönetme .

İlgili içerik

  • Last updated on