Akış görünümleri nedir?
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Akış görünümleri, geliştiricilerin paket sürümlerinin bir alt kümesini tüketicileriyle paylaşmasına olanak tanır. Akış görünümlerinin yaygın kullanımlarından biri, test edilmiş ve doğrulanmış paket sürümlerini paylaşmaktır, ancak hala geliştirme aşamasında olan ve/veya belirli bir kalite çubuğunu karşılamamış paketlerin üzerinde tutun.
Varsayılan görünüm
Tüm Yapıt akışları üç görünümle gelir: @local
, @prerelease
ve @release
. İkinci ikisi, istediğiniz gibi yeniden adlandırabileceğiniz veya silebileceğiniz önerilen görünümlerdir. @local
, yukarı akış kaynaklarında yaygın olarak kullanılan varsayılan görünümdür.
Görünüm, @local
doğrudan akışta yayımlanan tüm paketleri ve yukarı akış kaynaklarından kaydedilen tüm paketleri 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. Kullanılabilir paketlerin nasıl derlendiğini öğrenmek için paket grafiklerine bakın.
Not
Azure Artifacts yalnızca paketlerin varsayılan görünümden ve varsayılan görünüme ( @Local) yayımlanmasını ve geri yüklenmesini destekler.
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 kullanabilmesi 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. İkincisini seçerseniz, kuruluşunuzdaki tüm kişiler akışınıza erişebilir. Buna ek olarak, kuruluşunuzdaki ve aynı Microsoft Entra kiracısıyla ilişkili diğer kuruluşlardaki tüm akışlar akışınıza yukarı akış yapabilir.
Not
Genel projedeki tüm akış görünümlerine İnternet'teki herkes erişebilir.
Akış görünümlerine sahip yayın paketleri
Yayın paketleri oluştururken, üç bilgi parçasının aktarılması önemlidir: değişikliğin doğası , değişikliğin riski ve değişikliğin kalitesi .
Değişikliğin doğası ve riski
Hem değişikliğin doğası hem de riski, değişikliğin kendisiyle ilgili, yani yapmak için ayarladığınız şey, her ikisi de işin başında bilinir. Yeni özellikler tanıtıyorsanız, mevcut özelliklerde güncelleştirmeler yapıyorsanız veya hatalara düzeltme eki ekliyiyorsanız; Bu, değişikliğinizin doğasında var. Uygulamanızın API bölümünde hala değişiklik yapıyorsanız; bu, değişikliğinizin riskinin bir özelliğidir. Birçok NuGet kullanıcısı bu iki bilgiyi iletmek için AnlamSal Sürüm Oluşturma (SemVer) gösterimini kullanır. SemVer yaygın olarak kullanılan bir standarttır ve bu tür bilgileri iletmek için iyi bir iş yapar.
Değişikliğin kalitesi
Doğrulama işlemi tamamlanana kadar değişikliğin kalitesi genel olarak bilinmez. Bu, değişikliğiniz oluşturulduktan ve paketlendiğinde gelir. Bu ayrıntı nedeniyle, 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. Önceden doğrulamak için geçici çözümler vardır (örneğin, derlemenin DLL'lerini paketlenip bir "hata ayıklama" veya "CI" ortamında yayımlamadan önce doğrudan tüketin ve ardından bu paketleri "yayın" ortamına doğrulayıp yeniden yayımlayın) ancak gördüğümüz hiçbir çözüm, oluşturulan paketin doğru kalite standardına uygun olacağını gerçekten garanti edebilir.
Değişikliklerinizin kalitesini iletmek için görünümü bir araç olarak kullanabilirsiniz @Release
. @Release
Görünümü kullanarak, kalite çubuğunuzla eşleşen paketleri paylaşabilir ve tüketicilerinizin yalnızca test edilmiş, doğrulanmış ve kullanıma hazır paket sürümlerinin alt kümesini görmesine olanak sağlayabilirsiniz.