กำหนดให้ต้องอนุมัติการเปลี่ยนแปลง production

การเปลี่ยนแปลง production สมควรได้รับสายตาคู่ที่สอง สิ่งนี้มีในตัวอยู่แล้ว Developer เขียนสภาพแวดล้อมคลาส production โดยตรงไม่ได้ แต่ก็ไม่ต้องเปิดตั๋วเช่นกัน — พวกเขาเสนอการเปลี่ยนแปลงตรงนั้นเลย และเพื่อนร่วมทีมคนที่สองคนใดก็ได้เป็นผู้นำไปใช้

ไม่มีอะไรต้องเปิดใช้ ถ้าสภาพแวดล้อมของคุณเป็นคลาส productionและทีมของคุณมี Developer นี่คือวิธีที่มันทำงานอยู่แล้ว

การเสนอการเปลี่ยนแปลง

ในฐานะ Developer ทำการเปลี่ยนแปลงที่คุณต้องการในสภาพแวดล้อม production — การสลับ การแก้กฎ — แล้วแดชบอร์ดจะเสนอให้ เสนอ มันแทนที่จะนำไปใช้ เพิ่มเหตุผลของคุณถ้าจำเป็น แล้วส่ง ตัว flag เองยังไม่ขยับ

การอนุมัติ

เพื่อนร่วมทีมคนใดก็ได้ที่เป็น Developer ขึ้นไป — ยกเว้นคนที่เสนอ — ตรวจสอบข้อเสนอที่รออยู่แล้วอนุมัติ ซึ่ง นำไปใช้ทันที ข้อเสนอที่รออยู่ปรากฏในกล่องการอนุมัติของแดชบอร์ด จับตาดูไอคอนกระดิ่งไว้ กล่องนั้นคือการแจ้งเตือน (ไม่มีอีเมลสะกิด)

กฎสองข้อที่ยึดถือเสมอ

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

นี่คืออะไร — และไม่ใช่อะไร

มันคือ การตรวจสอบโดยเพื่อนร่วมงาน ไม่ใช่ตามลำดับชั้น Developer สองคนร่วมกันเปลี่ยน production ได้ ซึ่งคือประเด็น — ไม่มีใครคนเดียวที่อยู่ต่ำกว่า Admin เปลี่ยนมันได้ตามลำพัง สิ่งที่ควรรู้ขณะตั้งความคาดหวัง

• Admin และ Owner ยังเขียน production โดยตรง เส้นทางข้อเสนอคือทางเข้าของ Developer ไม่ใช่ประตูสำหรับทุกคน ตอนนี้ยังไม่มีการตั้งค่าที่บังคับให้ Admin ต้องผ่านการอนุมัติด้วย
• การอนุมัติคือคนหนึ่งคน ไม่ใช่องค์ประชุม

ถ้าข้อเสนอผิด ผู้ตรวจสอบก็แค่ไม่อนุมัติ — และผู้เสนอสร้างข้อเสนอใหม่ได้เมื่อรูปแบบถูกต้องแล้ว

ไปต่อที่ไหนดี

• บทบาทและความปลอดภัย — ภาพรวมทั้งหมดที่เรื่องนี้อยู่ข้างใน
• ส่งออกบันทึกการตรวจสอบ — ที่ที่ชื่อทั้งสองไปลงเอย
• กำหนดเวลาการเปลี่ยนแปลง — เครื่องมือความปลอดภัย production อีกตัว