แชร์ผ่าน

คำแนะนำสำหรับการรวมอย่างต่อเนื่อง

  • บทความ

นำไปใช้กับคำแนะนำรายการตรวจสอบความเป็นเลิศในการปฏิบัติงานที่ได้รับการออกแบบอย่างดีนี้: Power Platform

โออี:04 เพิ่มประสิทธิภาพการพัฒนาซอฟต์แวร์และกระบวนการประกันคุณภาพโดยปฏิบัติตามแนวทางปฏิบัติที่ได้รับการพิสูจน์แล้วในอุตสาหกรรมสำหรับการพัฒนาและการทดสอบ สำหรับการกำหนดบทบาทที่ชัดเจน ให้กำหนดแนวทางปฏิบัติสำหรับส่วนประกอบต่างๆ ให้เป็นมาตรฐาน เช่น เครื่องมือ การควบคุมแหล่งที่มา รูปแบบการออกแบบแอปพลิเคชัน คู่มือ และคู่มือสไตล์

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

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

กลยุทธ์การออกแบบที่สำคัญ

การรวมอย่างต่อเนื่องเป็นแนวทางปฏิบัติในการพัฒนาซอฟต์แวร์ที่นักพัฒนาใช้เพื่อรวมการอัปเดตซอฟต์แวร์เข้ากับระบบควบคุมแหล่งที่มาตามลำดับปกติ

กระบวนการรวมอย่างต่อเนื่องเริ่มต้นเมื่อวิศวกรสร้างคำขอดึง GitHub เพื่อส่งสัญญาณไปยังระบบ CI ว่าการเปลี่ยนแปลงโค้ดพร้อมที่จะรวมเข้าด้วยกัน ตามหลักการแล้ว กระบวนการรวมจะตรวจสอบโค้ดโดยเทียบกับพื้นฐานและการทดสอบต่างๆ จากนั้นจะตอบกลับวิศวกรที่ร้องขอเกี่ยวกับสถานะของการทดสอบเหล่านี้

หากการตรวจสอบและการทดสอบพื้นฐานเป็นไปด้วยดี กระบวนการรวมจะสร้างและจัดเตรียมแอสเซทที่จะใช้ซอฟต์แวร์ที่อัปเดต แอสเซทเหล่านี้รวมถึงโค้ดที่คอมไพล์และอิมเมจของคอนเทนเนอร์

การรวมอย่างต่อเนื่องสามารถช่วยให้คุณส่งมอบซอฟต์แวร์คุณภาพสูงได้รวดเร็วยิ่งขึ้นโดยดำเนินการดังต่อไปนี้:

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

สภาพแวดล้อม

การตั้งค่าและการกำหนดค่าสภาพแวดล้อมมีความสำคัญต่อ CI/CD ที่ยั่งยืนและเชื่อถือได้ สามารถตั้งค่าสภาพแวดล้อม Power Platform เพื่อแยกขั้นตอนต่างๆ ของการพัฒนาโซลูชัน การทดสอบ และการปรับใช้งานได้ กระบวนการ CI/CD จะย้ายการเปลี่ยนแปลงผ่านขั้นตอนเหล่านั้น กำหนด กลยุทธ์ด้านสภาพแวดล้อม ที่มีหลักการชี้นำสำหรับสภาพแวดล้อมของนักพัฒนา

ไปป์ไลน์การรวมอย่างต่อเนื่อง

เพื่อให้เกิดการรวมอย่างต่อเนื่อง ให้ใช้เครื่องมือเพื่อจัดการ รวม และทำให้กระบวนการเป็นแบบอัตโนมัติ ไปป์ไลน์การรวมอย่างต่อเนื่องประกอบด้วย:

  • แพลตฟอร์มสำหรับการดำเนินการทดสอบอัตโนมัติ
  • การสแกนการปฏิบัติตาม
  • กำลังรายงาน
  • ส่วนประกอบอื่น ๆ ทั้งหมดที่ประกอบเป็นกระบวนการบูรณาการอย่างต่อเนื่อง

ในกรณีส่วนใหญ่ ซอฟต์แวร์ไปป์ไลน์จะแนบกับการควบคุมแหล่งที่มา เพื่อให้เมื่อสร้างคำขอการดึง หรือเมื่อผสานซอฟต์แวร์เข้าในสาขาเฉพาะ ไพพ์ไลน์การรวมอย่างต่อเนื่องก็จะทำงาน การรวมการควบคุมแหล่งที่มายังเป็นโอกาสในการให้ความคิดเห็น CI โดยตรงกับคำขอดึงข้อมูล

โซลูชันจำนวนมาก เช่น Azure Pipelines หรือ GitHub Actions มีความสามารถของไปป์ไลน์การรวมอย่างต่อเนื่อง เรียนรู้เพิ่มเติมใน สร้าง CI/CD ด้วย Azure สำหรับ Microsoft Power Platform

การรวมการควบคุมแหล่งที่มา

การรวมสำหรับไปป์ไลน์การรวมอย่างต่อเนื่องของคุณกับระบบควบคุมแหล่งที่มาเป็นกุญแจสำคัญในการเปิดใช้งานการสนับสนุนโค้ดแบบบริการตนเองที่รวดเร็ว

ไปป์ไลน์ CI ทำงานตามคำขอดึงที่สร้างขึ้นใหม่ ไปป์ไลน์ประกอบด้วยการทดสอบ การประเมินความปลอดภัย และการตรวจสอบอื่นๆ ทั้งหมด ผลการทดสอบ CI จะปรากฏโดยตรงในคำขอดึงเพื่อให้ได้รับความคิดเห็นด้านคุณภาพใกล้เคียงเวลาจริง

แนวทางปฏิบัติที่ได้รับความนิยมอีกประการหนึ่งคือ การสร้างรายงานขนาดเล็กหรือป้ายสถานะที่สามารถนำเสนอในการควบคุมแหล่งที่มาเพื่อให้มองเห็นสถานะการสร้างปัจจุบันได้

รูปภาพต่อไปนี้แสดงการรวมระหว่าง GitHub กับไปป์ไลน์ Azure DevOps ในตัวอย่างนี้ การสร้างคำขอแบบดึงจะทริกเกอร์ไปป์ไลน์ สถานะไปป์ไลน์จะปรากฏในคำขอดึงข้อมูล

ภาพหน้าจอของป้ายสถานะ Azure DevOps ในที่เก็บ GitHub

ทดสอบการรวม

องค์ประกอบสำคัญของการรวมอย่างต่อเนื่องคือ การสร้างและทดสอบโค้ดอย่างต่อเนื่องในขณะที่นักพัฒนามีส่วนร่วมในการเขียนโค้ด การทดสอบคำขอดึงในขณะที่สร้างจะให้ความคิดเห็นทันทีว่าการคอมมิตไม่มีการเปลี่ยนแปลงที่เสียหาย ข้อดีคือ การทดสอบในไปป์ไลน์การรวมอย่างต่อเนื่องอาจเป็นการทดสอบเดียวกับที่ทำงานระหว่างการพัฒนาที่ขับเคลื่อนด้วยการทดสอบ

แผนภาพตัวอย่างการอินทิเกรตต่อเนื่อง

การตรวจสอบคุณภาพโค้ดที่กำหนดเอง

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

การทดสอบที่ล้มเหลว

การทดสอบที่ล้มเหลวควรบล็อกการปรับใช้งานชั่วคราว และนำไปสู่การวิเคราะห์เชิงลึกของสิ่งที่เกิดขึ้น การทดสอบที่ล้มเหลวควรนำไปสู่การปรับปรุงการทดสอบหรือการปรับปรุงการเปลี่ยนแปลงที่ทำให้การทดสอบล้มเหลว

การอำนวยความสะดวกของ Power Platform

ท่อส่ง Power Platform มีจุดมุ่งหมายเพื่อทำให้การจัดการวงจรชีวิตแอปพลิเคชัน (ALM) เป็นประชาธิปไตยสำหรับลูกค้า Power Platform และ Dynamics 365 โดยนำการทำงานอัตโนมัติของ ALM และการบูรณาการอย่างต่อเนื่องและความสามารถในการส่งมอบอย่างต่อเนื่อง (CI/CD) เข้ามาในบริการ

Microsoft Power Platform Build Tools สำหรับ Azure DevOps สามารถใช้ในการสร้างและปรับใช้งานทั่วไปที่เกี่ยวข้องกับแอปที่สร้างบน Power Platformโดยอัตโนมัติ

GitHub Actions ช่วยให้ผู้พัฒนาสามารถสร้างเวิร์กโฟลว์วงจรชีวิตการพัฒนาซอฟต์แวร์อัตโนมัติได้ Power Platform ด้วย GitHub Actions สำหรับ Microsoft Power Platform คุณสามารถสร้างเวิร์กโฟลว์ในที่เก็บของคุณเพื่อสร้าง ทดสอบ แพคเกจ นำออกใช้ และปรับใช้แอป ดำเนินการระบบอัตโนมัติ และจัดการบอทและส่วนประกอบอื่นๆ ที่สร้างขึ้นใน Microsoft Power Platform

ALM Accelerator คือเครื่องมือโอเพ่นซอร์สที่ประกอบด้วยชุดแอปพลิเคชัน สคริปต์ และไปป์ไลน์ที่ออกแบบมาเพื่อทำกระบวนการบูรณาการต่อเนื่อง/ส่งมอบต่อเนื่องให้เป็นอัตโนมัติ

ทำการทดสอบอัตโนมัติด้วย Azure Pipelines

Power Apps API เว็บตัวตรวจสอบ ให้กลไกในการรันการตรวจสอบการวิเคราะห์แบบคงที่กับการปรับแต่งและส่วนขยายของ Microsoft Dataverse แพลตฟอร์ม

Microsoft Power Platform CLI (PAC CLI) เป็นเครื่องมือบรรทัดคำสั่งที่รองรับการนำเข้าและส่งออก Power Platform โซลูชัน รวมถึงการแพ็กและการแกะจาก Power Platform ไฟล์ต้นทางของโซลูชัน PAC CLI มีให้ใช้งานในรูปแบบ เครื่องมือบรรทัดคำสั่งแบบสแตนด์อโลน หรือเป็น ส่วนขยายสำหรับ Visual Studio โค้ด

ขั้นตอนถัดไป

รายการตรวจสอบความเป็นเลิศในการปฏิบัติงาน