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

  • Makale

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, @prereleaseve @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 .

Anlamsal sürüm dökümü: 1.2.3, değişikliğin doğasını, beta2 ise değişikliğin kalitesini temsil eder.

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.

yayımlama paketleri iş akışı

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.

dağıtım semantik sürümü