เลิกแนะนำ Git-flow ได้แล้วหรือยัง?

 (georgestocker.com)
10 คะแนน โดย xguru 2020-03-06 | 5 ความคิดเห็น | แชร์ทาง WhatsApp

  • ตลอด 10 ปีที่ผ่านมา Git-Flow ถูกใช้งานกันมาหลายแห่ง แต่ตอนนี้ถึงเวลาที่มันควรหายไปได้แล้ว

  • ซับซ้อนเกินไป

  • ขัดกับกฎของการใช้บรাঞ্চที่ควรมีอายุสั้น

  • ทำให้ต้องยอมแพ้ต่อการใช้ Rebase

  • ทำ CD ไม่ได้

  • ไม่เหมาะกับการทำงานบนหลาย Repo และก็ไม่ได้เข้ากับโมโนรีโปเช่นกัน

  • ถ้าเป็นบริษัทขนาดราว 20+ คนที่มีรอบรีลีสเป็นรายเดือน/รายไตรมาส และต้องทำหลายรีลีสพร้อมกัน มันอาจเป็นตัวเลือกที่ดี

ไม่เหมาะกับสตาร์ทอัปที่มีคนไม่เกิน 10 คน หรือเว็บไซต์/เว็บแอปที่รีลีสวันละหลายครั้ง

บทความที่เกี่ยวข้อง

5 ความคิดเห็น

 
seanahn 2020-03-06

ขอบคุณที่แชร์บทความดี ๆ ครับ

โดยเฉพาะประเด็นที่ว่าไม่สามารถทำ Continuous Delivery ได้ เป็นส่วนที่ผมเห็นด้วยมากเลยครับ

ทีมของผมเองก็เลิกใช้ Git-Flow ด้วยเหตุผลคล้ายกัน และกำลังใช้โมเดลการแตก branch แบบเบาที่คล้ายกับ GitHub-Flow อยู่ครับ

ผมเลยเขียนโพสต์ไว้เพื่อแบ่งปัน ลองอ่านดูสักครั้งจะขอบคุณมากครับ

https://th.news.hada.io/topic?id=1661
 
xguru 2020-03-06

อ๋อ นี่เป็นเคสที่ตรงกับตัวอย่างที่พูดถึงข้างบนเลยนะครับ ขอบคุณที่แชร์ครับ!
 
seanahn 2020-03-06

ครับ ผมเผลอลบโพสต์ไปเลยเขียนใหม่อีกครั้ง

https://th.news.hada.io/topic?id=1662
 
tujuc 2020-03-06

การปรับให้เข้ากับสถานการณ์ของตัวเองนี่ดีมากจริง ๆ ครับ... :)

พวกเราก็ใช้งานคล้ายกับ GitHub Flow เหมือนกันครับ... แต่คิดว่าน่าจะปรับประยุกต์กันจะดีกว่า แทนที่จะยึดแบบว่าอันนี้ห้าม อันนั้นเท่านั้นเสมอไป :)
 
xguru 2020-03-06

ดูเหมือนว่าบทความนี้จะกลายเป็นประเด็นขึ้นมา ผู้เขียนต้นฉบับของ Git-Flow เลยเพิ่มอัปเดตไว้ที่ต้นบทความ

https://nvie.com/posts/a-successful-git-branching-model/

  • Git-Flow เป็นบทความเมื่อ 10 ปีก่อน และสถานการณ์ก็เปลี่ยนไปมากแล้ว

  • ซอฟต์แวร์ในปัจจุบันแตกต่างจากเมื่อก่อน และโดยเฉพาะซอฟต์แวร์ที่พัฒนาด้วย Git ก็เปลี่ยนไปทางฝั่งเว็บมากขึ้น

  • ถ้าต้องทำ CD ก็ควรพิจารณาใช้ GitHub Flow ที่เรียบง่ายกว่ามาก https://guides.github.com/introduction/flow/

  • ไม่มีวิธีไหนที่ใช้ได้กับทุกกรณี ดังนั้นให้ตัดสินใจโดยคำนึงถึงสถานการณ์ของตัวเอง