3
เคล็ดลับในการบรรลุการส่งมอบ "ต่อเนื่อง"
ทีมกำลังประสบปัญหาในการปล่อยซอฟต์แวร์เป็นประจำ (ทุกสัปดาห์) สิ่งที่ตามมาคือระยะเวลาเผยแพร่ทั่วไป: ระหว่างการทำซ้ำ: นักพัฒนาทำงานเกี่ยวกับเรื่องราวใน backlog ในช่วงเวลาสั้น ๆ (นี่คือการบังคับใช้อย่างกระตือรือร้น) สาขาคุณลักษณะตามสาขาหลัก นักพัฒนามักดึงสาขาฟีเจอร์ของตนไปยังสาขาการรวมซึ่งสร้างและทดสอบอย่างต่อเนื่อง (เท่าที่ครอบคลุมการทดสอบ) โดยอัตโนมัติ ผู้ทดสอบมีความสามารถในการปรับใช้การรวมเข้ากับสภาพแวดล้อมการจัดเตรียมโดยอัตโนมัติและสิ่งนี้เกิดขึ้นหลายครั้งต่อสัปดาห์ทำให้สามารถใช้งานชุดทดสอบได้อย่างต่อเนื่อง ทุกวันจันทร์: มีการประชุมวางแผนการวางจำหน่ายเพื่อพิจารณาว่าเรื่องใดเป็น "ที่รู้จักดี" (ขึ้นอยู่กับผลงานของผู้ทดสอบ) และจากนั้นจะมีการเปิดตัว หากมีปัญหาที่ทราบพร้อมเรื่องราวสาขาที่มาจะถูกดึงออกจากการรวมเข้าด้วยกัน ไม่มีรหัสใหม่ (เฉพาะการแก้ไขข้อบกพร่องที่ร้องขอโดยผู้ทดสอบ) อาจถูกดึงเข้าสู่การรวมในวันจันทร์นี้เพื่อให้แน่ใจว่าผู้ทดสอบมี codebase ที่เสถียรเพื่อตัดการปล่อย ทุกวันอังคาร: ผู้ทดสอบได้ทดสอบการรวมสาขามากที่สุดเท่าที่พวกเขาจะสามารถให้เวลาที่มีอยู่และไม่มีข้อบกพร่องที่รู้จักกันดังนั้นการเปิดตัวจะถูกตัดและผลักออกไปยังโหนดการผลิตช้า สิ่งนี้ฟังดูโอเคในทางปฏิบัติ แต่เราพบว่ามันยากที่จะทำอย่างไม่น่าเชื่อ ทีมเห็นอาการต่อไปนี้ พบข้อบกพร่อง "บอบบาง" ในการผลิตที่ไม่ได้ระบุในสภาพแวดล้อมการจัดเตรียม โปรแกรมแก้ไขด่วนในนาทีสุดท้ายยังคงดำเนินต่อไปในวันอังคาร ปัญหาเกี่ยวกับสภาพแวดล้อมการผลิตจำเป็นต้องย้อนกลับซึ่งบล็อกการพัฒนาอย่างต่อเนื่องจนกว่าจะประสบความสำเร็จในการปรับใช้สดและสาขาหลักสามารถปรับปรุงได้ (และแยกจาก) ฉันคิดว่าการครอบคลุมการทดสอบคุณภาพของรหัสความสามารถในการทดสอบการถดถอยอย่างรวดเร็วการเปลี่ยนแปลงในนาทีสุดท้ายและความแตกต่างด้านสิ่งแวดล้อมกำลังเกิดขึ้นที่นี่ ทุกคนสามารถให้คำแนะนำเกี่ยวกับวิธีการจัดส่งที่ "ต่อเนื่อง" ได้ดีที่สุด
14
methodology