Azure devops'te Pipeline ve Release Pipeline arasındaki fark nedir?

Aşağıda gösterilen bu seçeneği seçtiğinizde bir yaml dosyası oluşturulur:

Bu yaml dosyasında, başlangıçtan itibaren tüm bir dağıtım döngüsünü tanımlayabilirsiniz restore -> build -> run tests -> publish and -> deploy to azure app service web app.

öyleyse neden sürüm seçeneği var? Pipelines -> PipelinesSeçenek aracılığıyla tüm bir yaşam döngüsünü tanımlayabilirsem, seçeneğin amacı Pipelines -> Releasesnedir?

Pipelines, Builds için en son DevOps kullanıcı arayüzünde bir addır. Eski kullanıcı arayüzünde şöyle:

PipelineAzure DevOps'taki CI'yi (sürekli entegrasyon) temsil ettiği (veya Build veya Build Pipeline) olduğu söylenebilir. ReleaseAzure DevOps'ta CD'yi (sürekli teslim) temsil eder. Boru hattı genellikle kodu alır, oluşturur, test eder ve bir eser oluşturur. Serbest bırakma yapay nesneyi alır ve serbest bırakır / dağıtır.

Kullanım projenize bağlıdır.

Küçük bir projeniz varsa ve Sürüm özelliklerine (örneğin dağıtım öncesi koşullar ve onaylar) restore -> build -> tests -> deploygerek duymuyorsanız, bahsettiğiniz gibi Pipeline'a sahip olabilirsiniz ve Sürüm'de gerek yoktur.

Projeniz çok sayıda geliştirici katkısı ile büyükse, geliştirici ortak repoya her ittiğinde, yapı testleri yapan, birim testleri çalıştıran, diğer otomasyon ve artefaktlarla sonuç veren Pipeline'a sahip olmak iyidir. Böylece her şeyin yerleştiğinden ve entegrasyon testlerinin geçtiğinden emin olabilirsiniz. Pipeline ayrıca dahili çalışma, kullanım, test için geliştirme ortamına / sunucularına bırakma / dağıtma göreviyle sonuçlanabilir.

Büyük projede, ortak repoya her itmeyi dağıtmanıza gerek yoktur. Böylece üretim ortamına dağıtımdan sorumlu olacak bir Sürüm belirleyebilirsiniz. Bunun için ön onay gibi tasarlanmış özelliklere sahip olduğundan, herkes üretim için doğru yapı (veya yapı) olduğuna katılıyor.

Microsoft belgelerinde belirtildiği gibi "Sürümler" bölümü "Klasik editör" çözümüdür: Bağlantı

"Boru Hatları" bölümü, boru hatlarının iki şekilde oluşturulmasını sağlar:

1. YAML kodu
2. Klasik kullanıcı arayüzü editörü

Ne Klasik temelde onlar tarafından gelir Azure DevOps boru hatları oluşturulan özgün bir yoldur. Etkileşimli bir şekilde bir GUI düzenleyicisi kullanarak bir boru hattı oluşturun. Oluşturulan Boru Hattı YAML asistan yardımı ile, yeni bir yoldur .

Ne "Boru hatları" bölümünde ağırlıklı olarak buna sahip "Bültenleri" YAML kodunu yazarak o kodda, Boru Hattı tanım ömürleri yanında ve birlikte koduyla olarak CI / CD stratejisi yapılandırmak mümkün kılmasıdır etmez.

En yeni öğrenme kaynakları aynı zamanda YAML'nin kullanıldığını ve aynı ardışık düzende oluşturma ve dağıtım aşamaları oluşturduğunu gösteriyor Azure DevOps ile uygulamaları dağıtma

Ben tavsiye ediyorum:

• Klasik kullanıcı arayüzü düzenleyicisini kullanmayı tercih ediyorsanız , derlemeler için "Pipeline'lar" bölümünü ve dağıtımlar için "Release" bölümünü kullanın;
• YAML kullanmayı tercih ediyorsanız, derlemeler ve dağıtımlar için "Boru Hatları" bölümünü kullanın ve çok aşamalı bir boru hattı oluşturun.

Çok aşamalı boru hattı