ความแตกต่างระหว่าง Pipeline และ Release Pipeline ในสีฟ้า devops คืออะไร?

ไฟล์ yaml ถูกสร้างขึ้นในขณะที่คุณเลือกตัวเลือกที่แสดงด้านล่าง:

ในแฟ้ม yaml restore -> build -> run tests -> publish and -> deploy to azure app service web appนี้คุณสามารถกำหนดรอบการใช้งานทั้งหมดเริ่มต้นจาก

ถ้าเช่นนั้นทำไมจึงมีตัวเลือกการเผยแพร่ ถ้าฉันสามารถกำหนดวงจรชีวิตทั้งหมดผ่านPipelines -> Pipelinesตัวเลือกวัตถุประสงค์ของPipelines -> Releasesตัวเลือกคืออะไร

Pipelines เป็นชื่อในส่วนติดต่อผู้ใช้ DevOps ล่าสุดสำหรับ Builds ใน UI เก่ามันเป็นเช่นนี้:

อาจกล่าวได้ว่าPipeline(หรือ Build หรือ Build Pipeline) แทน CI (การรวมอย่างต่อเนื่อง) ใน Azure DevOps Releaseแทน CD (การส่งต่อเนื่อง) ใน Azure DevOps ไปป์ไลน์มักจะใช้รหัสสร้างทดสอบและสร้างสิ่งประดิษฐ์ การวางจำหน่ายใช้สิ่งประดิษฐ์และปล่อย / ปรับใช้

การใช้งานขึ้นอยู่กับโครงการของคุณ

หากคุณมีโครงการขนาดเล็กและไม่จำเป็นต้องมีฟีเจอร์ Release (เช่นเงื่อนไขก่อนการปรับใช้และการอนุมัติ) คุณสามารถมี Pipeline เหมือนที่คุณกล่าวถึง restore -> build -> tests -> deployและไม่จำเป็นต้องมีใน Release

หากโครงการของคุณมีขนาดใหญ่และมีนักพัฒนาจำนวนมากก็ดีที่มี Pipeline ซึ่งสร้างรันการทดสอบหน่วยดำเนินการอัตโนมัติอื่น ๆ และผลลัพธ์ด้วยสิ่งประดิษฐ์ทุกครั้งที่นักพัฒนาผลักไปที่ repo ทั่วไป ดังนั้นคุณจึงมั่นใจได้ว่าทุกอย่างผ่านการทดสอบแล้ว ไปป์ไลน์สามารถจบลงด้วยการปล่อย / ปรับใช้งานกับสภาพแวดล้อมการพัฒนา / เซิร์ฟเวอร์สำหรับงานภายในการใช้งานการทดสอบ

ในโครงการขนาดใหญ่คุณไม่จำเป็นต้องปรับใช้ทุกการผลักดันไปยัง repo ทั่วไป ดังนั้นคุณสามารถชำระ Release ซึ่งจะรับผิดชอบการปรับใช้กับสภาพแวดล้อมการผลิต มันมีคุณสมบัติที่ออกแบบมาสำหรับสิ่งนี้เช่นการอนุมัติล่วงหน้าดังนั้นทุกคนจึงเห็นด้วยว่านี่คือโครงสร้างที่ถูกต้อง (หรือสิ่งประดิษฐ์) สำหรับการผลิต

ดังที่ระบุไว้ในเอกสารของ Microsoft ส่วน "เผยแพร่" คือโซลูชัน "ตัวแก้ไขแบบคลาสสิก": ลิงก์

ส่วน "Pipelines" เสนอเพื่อสร้างท่อในสองวิธี:

1. รหัส YAML
2. ตัวแก้ไข UI คลาสสิก

สิ่งที่คลาสสิกหมายถึงโดยพื้นฐานคือวิธีดั้งเดิมที่ Azure DevOps สร้างขึ้นมา คุณสร้างไปป์ไลน์โดยใช้ตัวแก้ไข GUI ในวิธีการโต้ตอบ สร้างขึ้นจากท่อส่งYAMLด้วยความช่วยเหลือของผู้ช่วยที่เป็นวิธีที่ใหม่กว่า

ส่วน"Pipelines"ส่วนใหญ่มีที่"เผยแพร่"ไม่ได้โดยการเขียนรหัส YAML มันช่วยให้คุณสามารถกำหนดค่ากลยุทธ์ CI / CD ของคุณเป็นรหัสที่ซึ่งความหมายของ Pipeline อยู่เคียงข้างและร่วมกับรหัสของคุณ

แหล่งข้อมูลการเรียนรู้ใหม่ล่าสุดของพวกเขายังระบุว่าใช้ YAML และสร้างขั้นตอนการสร้างและการปรับใช้ในขั้นตอนเดียวกันในการปรับใช้แอปพลิเคชันด้วย Azure DevOps

ฉันแนะนำ:

• หากคุณต้องการใช้ตัวแก้ไขClassic UI ให้ใช้ส่วน "Pipelines" สำหรับบิลด์และส่วน "Release" สำหรับการปรับใช้
• หากคุณต้องการใช้ YAML เพียงแค่ใช้ส่วน "Pipelines" เพื่อสร้างและปรับใช้และสร้างไปป์ไลน์แบบหลายขั้นตอน

ท่อที่มีหลายขั้นตอน