การ merge ใน Git ทำงานอย่างไร?

Question

Accepted Answer

**Merging** รวมการเปลี่ยนแปลงจาก branch หนึ่งเข้ากับอีก branch หนึ่ง — โดยทั่วไปคือการนำ feature branch ที่เสร็จแล้วกลับเข้าสู่ branch หลัก Git จัดการการ merge ส่วนใหญ่ได้โดยอัตโนมัติ แต่การเข้าใจประเภทของ merge และ **conflicts** เป็นสิ่งสำคัญ ## merge พื้นฐาน ```bash git switch main # be on the branch you want to merge INTO git merge feature-x # merge feature-x's changes into main ``` คุณสลับไปยัง branch **เป้าหมาย** (branch ที่จะรับการเปลี่ยนแปลง) แล้ว merge branch **ต้นทาง** เข้าไปในมัน ## fast-forward เทียบกับ merge commit ```text FAST-FORWARD merge → if main hasn't changed since the branch was created, Git just MOVES main's pointer forward to the branch's latest commit (no merge commit, linear) MERGE COMMIT (three-way merge) → if BOTH branches have new commits, Git creates a new "merge commit" combining them (has two parents) → preserves that a merge happened → git merge --no-ff forces a merge commit even when fast-forward is possible ``` Git ทำ fast-forward เมื่อทำได้ (เพียงเลื่อน pointer ไปข้างหน้า) หรือสร้าง **merge commit** (ที่มีสอง parent) เมื่อทั้งสอง branch แยกออกจากกัน ## merge conflicts ```text A CONFLICT happens when both branches changed the SAME lines differently — Git can't auto-decide which to keep, so it asks YOU to resolve: ``` ```text <<<<<<< HEAD the version from the current branch (main) ======= the version from the branch being merged (feature-x) >>>>>>> feature-x ``` ```bash # resolve: edit the file to the desired result, remove the markers, then: git add # mark the conflict resolved git commit # complete the merge # git merge --abort # or cancel the merge entirely ``` **Conflicts** เกิดขึ้นเมื่อทั้งสอง branch เปลี่ยนบรรทัดเดียวกัน — Git ทำเครื่องหมายไว้และคุณเลือกผลลัพธ์ที่ถูกต้องด้วยตนเอง แล้ว stage และ commit ## ทำไมจึงสำคัญ การเข้าใจการ merge เป็นสิ่งจำเป็นเพราะการรวมการเปลี่ยนแปลงของ branch เป็นส่วนพื้นฐานที่เกิดขึ้นอยู่ตลอดในเวิร์กโฟลว์ Git แบบทำงานร่วมกัน ดังนั้นการรู้ว่ามันทำงานอย่างไร (รวมถึง conflicts) จึงเป็นความรู้ที่จำเป็นในทุกวัน **Merging** คือวิธีที่งานที่เสร็จแล้ว (โดยทั่วไปคือ feature branch) ถูกผสานกลับเข้าสู่ branch หลัก — การนำการเปลี่ยนแปลงมารวมกันที่เกิดขึ้นอยู่ตลอดในการพัฒนาแบบทีม การเข้าใจความแตกต่างระหว่าง **fast-forward merge** (Git เพียงเลื่อน pointer ไปข้างหน้าเมื่อเป้าหมายไม่ได้แยกออกไป รักษาประวัติให้เป็นเส้นตรง) กับ **merge commit** (three-way merge ที่สร้าง commit ใหม่ที่มีสอง parent เมื่อทั้งสอง branch มี commit ใหม่ บันทึกว่าการ merge ได้เกิดขึ้น) ช่วยให้เข้าใจชัดว่า Git ผสานการเปลี่ยนแปลงอย่างไรและประวัติที่ได้ออกมาเป็นอย่างไร ที่สำคัญที่สุด การเข้าใจ **merge conflicts** — ซึ่งเกิดขึ้นเมื่อทั้งสอง branch เปลี่ยนบรรทัดเดียวกันต่างกัน ทำให้ Git ไม่สามารถตัดสินใจอัตโนมัติได้และขอให้คุณแก้ไข — เป็นความรู้เชิงปฏิบัติที่สำคัญยิ่ง: conflicts เป็นส่วนปกติที่หลีกเลี่ยงไม่ได้ของการทำงานร่วมกัน และการรู้วิธีจดจำเครื่องหมาย conflict (`<<<<<<<`, `=======`, `>>>>>>>`) แก้ไขไฟล์ให้เป็นผลลัพธ์ที่ถูกต้อง และทำการ merge ให้สมบูรณ์ (stage และ commit) เป็นทักษะที่จำเป็นซึ่งมักเป็นสาเหตุของความกังวลสำหรับผู้ที่ไม่เข้าใจมัน เนื่องจากการผสานการเปลี่ยนแปลงของ branch ผ่านการ merge เป็นสิ่งพื้นฐานและเกิดขึ้นอยู่ตลอดในการพัฒนาแบบทำงานร่วมกัน และเนื่องจากการเข้าใจประเภทของ merge และโดยเฉพาะการแก้ไข conflict จำเป็นต่อการรวมงานอย่างถูกต้อง (งานประจำที่หลีกเลี่ยงไม่ได้) การเข้าใจว่าการ merge ทำงานอย่างไร — merge พื้นฐาน, fast-forward เทียบกับ merge commit และการแก้ไข conflict — จึงเป็นความรู้ Git ที่จำเป็นและนำไปใช้บ่อย ทักษะหลักสำหรับการทำงานร่วมกันซึ่งการแก้ไข conflict โดยเฉพาะเป็นความจำเป็นเชิงปฏิบัติที่นักพัฒนาทุกคนต้องจัดการได้อย่างมั่นใจ