ปัญหาหลักที่มักเจอเกี่ยวกับการจัดการ source code ด้วย VCS (Version Control System) เช่น Git คือ เราจะเลือก branch strategy แบบไหนดี ? ยกตัวอย่างเช่น TBD (Trunk-Based Development) Integration branch (Master และ Develop) Feature branch/ Git flow Pull Request
ในการพัฒนา software นั้นสิ่งที่ขาดไปไม่ได้เลยก็คือ Version Control ใช้สำหรับจัดการการเปลี่ยนแปลงต่าง ๆ ทั้งการสร้าง การแก้ไข การลบ การ merge ตัวอย่างเช่น source code และ configuration แต่การใช้งาน Version Control ก็แตกต่างกันไป บางคนใช้เพื่อ backup code บางคนไม่เคย update ข้อมูลใน Version Control เลย บางคนนำ source code ของตัวเองไปทับคนอื่นเฉยเลย บางคนสร้าง branch เยอะมาก ๆ จนไม่รู้ว่า branch ไหนล่าสุด บางคนบอกว่าเลิกใช้มันแล้ว เพราะว่าเกิด conflict มากมาย บางคนบอกว่าใช้ไปทำไม ขอ thumbdrive มาแล้ว copy ไปสิเร็วกว่า
วันนี้มีโอกาสไปแบ่งปันเรื่อง Branching Strategy ในงาน Thailand Agile Coaching Meetup 2/2559 ตอน Game Game และ Game ซึ่งจัดที่บริษัท THiNKNET โดยเนื้อหาเป็นแนวคิดสำหรับ การจัดการความเสี่ยงอย่างหนึ่งในนั้นคือ เรื่อง Branching แต่สิ่งที่ไม่เคยคิดกันต่อก็คือการ Merging มีรายละเอียดคร่าว ๆ ดังต่อไปนี้
วันนี้อ่านหนังสือเรื่อง Git for Teams มีเรื่องที่น่าสนใจอย่างยิ่ง หนึ่งในนั้นคือเรื่อง Git Branching Strategy ซึ่งมีหลากหลายวิธีให้เลือกนำมาใช้งานมาก ดังนั้น ในการพัฒนา software แต่ละองค์กร แต่ละทีม ต้องทำการเลือกและตัดสินใจว่า จะใช้วิธีการไหน ที่เหมาะสมกับงานของคุณ มาดูกันว่ามีวิธีการอะไรบ้าง
เมื่อเช้านี้เห็นมีการ share บทความเรื่อง 4 Simple Tricks to Avoid Merge Conflicts ทำการอธิบายถึงการแก้ไขปัญหาต่าง ๆ ที่เกิดจากการรวม source code ของทีม ซึ่ง developer มักจะเรียกว่า Merge conflict จึงนำมาแปลกันนิดหน่อย น่าจะมีประโยชน์บ้างนะ มาดูกันว่ามีวิธีการอะไรบ้าง