ทำไมการตรวจสอบ .gitmodules / git link ถึงสำคัญ

เขียน KM + แชร์ ปัญหาในองค์กรมานาน และผมคิดว่าปัญหาแบบนี้น่าจะเจอทุกที่ ที่ทำ Submodule ไว้ เลยเอามาแชร์ดีกว่า

  • Case 1: แก้งานไปแล้ว แต่ QA กับลูกค้าบอกว่า ผลลัพธ์ ยังเหมือนเดิม ส่งมาตรวจทำไม นี่ไงลืม Update Link จากรูปที่แก้ Commit มันหายไป 4 อัน
  • Case 2: กำหนด .gitmodules ไปผิด Branch Git มันพยายาม resolve มาให้ แต่ก็ลุ้น

ถ้าคุณทำบุญมาดี ตอน Build มันจะ ERROR นั้นโชคดีที่สุดแล้ว ดีกว่าไป ERROR ที่ลูกค้า

แล้วปัญหานี้จะแก้ไขยังไง ?

  • แนวทางที่ 1: ตอน Merge Request ให้ GitLab Agent ตรวจสอบ .gitmodules มา Auto Update git link ให้ แค่เคสนี้ user ที่อยู่ใน pipeline มีสิทธิแก้ไข repo ด้วยนะ แต่ต้องตกลงเรื่องชื่อ Branch ด้วย Script จะได้ดักได้
  • แนวทางที่ 2: ตอน Build ให้ Pipeline มันตรวจอีกทีก่อน Build ถ้าไม่ตรง ก็ตี Fail
  • แนวทางที่ 3: ถ้าเรามั่นใจในพลังแห่งพวกฟ้อง คนกันเองนี้แหละตรวจ
  • แนวทางที่ 4: Set Zero ทำ repo ใหม่ไปเลย รวมมาที่ repo เดียว

ตอนนั้นผมเสนอไปในแนวทางที่ 1 ดักตั้งแต่ Merge Request เลย แต่เจอประเด็น เรื่อง Resource ให้ Agent / ไม่อยากให้ Tools มาจับผิด เลยไปในแนวทาง พลังแห่งพวกฟ้องครับ

แต่ความเป็นจริง Dev ทุกคนลืม / ส่ง Merge แล้วไปเลย เมื่อก่อนผมใจดีขยับให้ตลอดมา 4-5 ปี จนหลังๆผมปล่อยจอย ในเมื่อ SA/ DEV กลัวการ merge กันนัก ก็ไม่ทำให้และบังคับ ให้ Jenkins Pipeline เป็นคนโวยวายแทนตามแนวทางที่ 2 อันนี้จริงๆ หักดิบทำเลยนะ เพราะเคยเสนอไปแล้ว ทุกคนกลัวเล็ก กลัวน้อย ให้ Jenkins ทำ มันจะไปขวางการส่งลูกค้า ต้องรอนานขึ้น

เรายอมเสียเวลาไปแก้วิกฤต ซึ่งเวลาที่ทุกอย่างมันสายไปแล้ว พังที่ Site ลูกค้า ไปแก้ตอน MA แต่ไม่ยอมมาตรวจสอบตั้งแต่แรก


Discover more from naiwaen@DebuggingSoft

Subscribe to get the latest posts sent to your email.