git cherry-pick คืออะไรและมีประโยชน์เมื่อใด?

Question

Accepted Answer

**git cherry-pick** นำ **commit เฉพาะ** จาก branch หนึ่งมาใช้กับอีก branch หนึ่ง — โดยคัดลอกเฉพาะการเปลี่ยนแปลงของ commit นั้น โดยไม่ต้อง merge ทั้ง branch มันมีประโยชน์สำหรับการนำการเปลี่ยนแปลงเฉพาะมาใช้แบบเลือกสรร เช่นการ backport การแก้ไข ## cherry-pick ทำงานอย่างไร ```bash # apply a specific commit from another branch onto the current branch git cherry-pick # → creates a NEW commit on the current branch with that commit's changes # (a copy — new hash, same changes) git cherry-pick # multiple commits git cherry-pick A..B # a range of commits ``` cherry-pick นำการเปลี่ยนแปลงจาก commit เฉพาะมาใช้เป็น commit ใหม่บน branch ปัจจุบันของคุณ — แบบเลือกสรร โดยไม่นำส่วนที่เหลือของ branch ต้นทางมาด้วย ## กรณีใช้งานทั่วไป ```text ✓ BACKPORTING a fix — apply a bug fix from main to a release/maintenance branch (without merging all of main's other changes into the release branch) ✓ Applying a specific commit that's ready, while the rest of its branch isn't ✓ Moving a commit made on the wrong branch to the correct one ✓ Selectively pulling one change from another branch ``` ## ข้อควรระวัง ```text ⚠️ Creates DUPLICATE commits (same changes, different hashes on each branch): → can cause confusion/conflicts if branches are later merged (the change appears twice, though Git often handles it). Prefer merge/rebase for integrating whole branches. ⚠️ Cherry-picking many commits is a sign you might want a merge/rebase instead ⚠️ Conflicts can occur (resolve like a merge); use it deliberately, not as a default → Use cherry-pick for SELECTIVE, specific needs — not routine integration. ``` ## ทำไมจึงสำคัญ การเข้าใจ `git cherry-pick` มีคุณค่าต่อ**การนำการเปลี่ยนแปลงเฉพาะมาใช้แบบเลือกสรร** ซึ่งเป็นความสามารถที่มีประโยชน์สำหรับสถานการณ์เฉพาะ จึงเป็นความรู้ Git เชิงปฏิบัติที่ควรรู้ ความสามารถหลัก — การนำเฉพาะ**การเปลี่ยนแปลงของ commit เฉพาะ**มาใช้กับอีก branch หนึ่งโดยไม่ต้อง merge ทั้ง branch — ตอบสนองความต้องการจริงที่การ merge ไม่สามารถจัดการได้อย่างสะอาด การใช้งานที่พบบ่อยและสำคัญที่สุดคือ **backporting**: การนำการแก้ bug เฉพาะจาก branch main มาใช้กับ release หรือ maintenance branch โดยได้เฉพาะการแก้ไขนั้นโดยไม่ต้อง merge การเปลี่ยนแปลงอื่น ๆ ของ main (ซึ่งอาจไม่เสถียรหรือยังไม่ release) เข้าไปใน release branch — เป็นความต้องการที่พบบ่อยในการดูแลซอฟต์แวร์ที่ release แล้ว การใช้งานอื่น ๆ ได้แก่ การนำ commit เดียวที่พร้อมแล้วมาใช้ในขณะที่ส่วนที่เหลือของ branch ยังไม่พร้อม, การย้าย commit ที่ทำผิด branch ไปยัง branch ที่ถูกต้อง และการดึงการเปลี่ยนแปลงหนึ่งมาแบบเลือกสรร การเข้าใจ**ข้อควรระวัง**สำคัญต่อการใช้ cherry-pick อย่างเหมาะสม: มันสร้าง **commit ซ้ำ** (การเปลี่ยนแปลงเดียวกันแต่ hash ต่างกันบนแต่ละ branch) ซึ่งอาจก่อให้เกิดความสับสนหรือ conflict หาก branch ถูก merge ในภายหลัง จึงควรใช้**อย่างจงใจสำหรับความต้องการแบบเลือกสรร**มากกว่าใช้เป็นวิธีรวมงานประจำ (merge หรือ rebase เหมาะกว่าสำหรับการรวมทั้ง branch) และการ cherry-pick หลาย commit เป็นสัญญาณว่าคุณน่าจะต้องการ merge แทน วิจารณญาณนี้ — การใช้ cherry-pick สำหรับสถานการณ์เฉพาะแบบเลือกสรร (โดยเฉพาะ backporting) ในขณะที่เลือก merge/rebase สำหรับการรวมงานประจำ — สะท้อนแนวปฏิบัติ Git ที่ดี เนื่องจากการนำการเปลี่ยนแปลงเฉพาะมาใช้แบบเลือกสรร (โดยเฉพาะการ backport การแก้ไขไปยัง release branch) เป็นความต้องการจริงที่สำคัญเป็นครั้งคราว และ cherry-pick เป็นเครื่องมือสำหรับสิ่งนี้ (พร้อมข้อควรระวังเรื่องการใช้อย่างเหมาะสม) การเข้าใจ `git cherry-pick` — วิธีทำงาน, กรณีใช้งานหลักอย่างการ backport และเมื่อใดควรใช้เทียบกับ merge/rebase — จึงเป็นความรู้ Git ที่มีคุณค่าและเกี่ยวข้องเชิงปฏิบัติสำหรับการจัดการสถานการณ์การเปลี่ยนแปลงแบบเลือกสรรที่เกิดขึ้นในการดูแลและจัดการซอฟต์แวร์ข้าม branch