Git Tag คือเครื่องมือสำคัญสำหรับการหมายเลข release ใน Git repository ทุกครั้งที่คุณ release software ชุดใหม่ การใช้ Tag ช่วยให้คุณกลับไปดูโค้ด ณ จุดนั้นได้ง่ายดาย ไม่ต้องจำ commit hash ยาวๆ ซึ่งเป็นการปฏิบัติที่ดี (best practice) ในการจัดการ version release สำหรับทีม development ที่ต้องการความชัดเจน
Git cherry-pick คือคำสั่งที่ช่วยให้คุณเลือก commit เฉพาะจาก branch หนึ่ง แล้วนำมาใช้ใน branch อื่น โดยไม่ต้อง merge ทั้ง branch มา เป็นเครื่องมือที่มีประโยชน์มากสำหรับการแก้บั๊กเฉพาะจุดหรือการนำคุณสมบัติบางอย่างจาก branch หนึ่งไปอีก branch บทความนี้จะสอนวิธีใช้ cherry-pick อย่างถูกต้องและกรณีที่เหมา
Git Flow คือ Branching Strategy ยอดนิยมที่สร้างโดย Vincent Driessen ในปี 2010 มีโครงสร้าง branch ที่ชัดเจน ทำให้ทีมสามารถทำงานร่วมกันได้อย่างเป็นระบบ เหมาะสำหรับโปรเจกต์ที่มี release cycle ชัดเจน เช่น web app, mobile app หรือ software package บทความนี้จะอธิบายรายละเอียด Git Flow พร้อมตัวอย่างการใช้ง
Merge Conflict คืออะไร Merge Conflict เกิดขึ้นเมื่อ Git พยายาม merge (รวม) สองสาขาเข้าด้วยกัน แต่พบว่าไฟล์เดียวกันบรรทัดเดียวกันถูกแก้ไขโดยสองสาขา ทำให้ Git ไม่สามารถตัดสินใจได้ว่าการเปลี่ยนแปลงใดที่ควรเก็บไว้ Git จะหยุดการ merge และรอให้ผู้พัฒนาแก้ไขด้วยตนเองเสมอ สถานการณ์ที่ทำให้เกิด Merge Conflic
เมื่อพัฒนาโครงการร่วมกันในทีม คำถามที่นักพัฒนาหลายคนสงสัยคือ ควรใช้ git merge หรือ git rebase ดี ทั้งสองคำสั่งมีจุดประสงค์คล้ายกันคือ นำการเปลี่ยนแปลงจาก branch หนึ่งมารวมกับอีก branch หนึ่ง แต่วิธีการทำงานและผลลัพธ์แตกต่างกันอย่างมีนัยสำคัญ บทความนี้จะอธิบายความแตกต่างและแนะนำวิธีเลือกใช้ให้ถูกต้อง
การสร้างและสลับ branch คือทักษะที่ต้องใช้บ่อยที่สุดในการทำงานกับ Git บทความนี้จะอธิบายคำสั่งทั้ง git branch, git checkout และ git switch พร้อมกรณีการใช้งานจริงที่มักพบในชีวิตประจำวัน การสร้าง Branch วิธีที่ 1: สร้าง branch เฉยๆ git branch feature/login # สร้าง branch ชื่อ feature/login แต่ยังอยู่ที่
Git Branch คือหนึ่งในความสามารถที่ทรงพลังที่สุดของ Git เพราะช่วยให้ทีมสามารถพัฒนาฟีเจอร์ใหม่ แก้ bug และทดลองสิ่งต่างๆ ได้อย่างเป็นอิสระโดยไม่กระทบโค้ดหลักที่ใช้งานจริง Git Branch คืออะไร? Branch ใน Git คือเสมือนเส้นทางการพัฒนาที่แยกออกจากสายหลัก คุณสามารถเขียนโค้ดใหม่, ทดลอง, หรือแก้ bug ใน branch
Commit message ที่ดีคือหนึ่งในทักษะที่แยกนักพัฒนามือใหม่ออกจากมืออาชีพ เมื่อคุณกลับมาดู commit log หลังผ่านไป 6 เดือน ข้อความอย่าง "fix bug" หรือ "update" จะบอกคุณได้น้อยมาก บทความนี้จะสอนวิธีเขียน commit message ที่ดี ทั้งหลักการพื้นฐานและมาตรฐาน Conventional Commits ที่ทีมส่วนใหญ่ใช้กันในปัจจุบัน
เมื่อคุณตัดสินใจใช้ Git ในโปรเจ็กต์ สิ่งแรกที่ต้องทำคือการเริ่มต้น Repository มีอยู่ 2 วิธีหลักคือ git init สำหรับโปรเจ็กต์ใหม่ และ git clone สำหรับการดาวน์โหลดโปรเจ็กต์ที่มีอยู่แล้ว บทความนี้จะอธิบายทั้งสองวิธีอย่างละเอียด พร้อมตัวอย่างจริงที่ใช้ได้ทันที git init — เริ่มต้น Repository ใหม่จากศูนย์
หนึ่งในความสับสนที่พบเห็นจากนักพัฒนาเมื่อเริ่มต้นใช้ Git เลย คือ "ทำไมถึงต้อง add ก่อนแล้วค่อย commit?" บทความนี้จะอธิบาย Git Workflow อย่างละเอียด พร้อมทำความเข้าใจ 3 พื้นที่หลักของ Git ได้แก่ Working Directory, Staging Area และ Repository ซึ่งเป็นพื้นฐานสำคัญของการใช้งาน Git ที่ถูกต้อง Git Workflo
