git cherry-pick là gì và khi nào nó hữu ích?

Question

Accepted Answer

**git cherry-pick** áp dụng một **commit cụ thể** từ một branch lên một branch khác — sao chép chỉ các thay đổi của commit đó, mà không merge toàn bộ branch. Nó hữu ích để áp dụng chọn lọc các thay đổi cụ thể, như backport một bản sửa lỗi. ## Cách cherry-pick hoạt động ```bash # áp dụng một commit cụ thể từ một branch khác lên branch hiện tại git cherry-pick # → tạo một commit MỚI trên branch hiện tại với các thay đổi của commit đó # (một bản sao — hash mới, cùng các thay đổi) git cherry-pick # nhiều commit git cherry-pick A..B # một khoảng commit ``` Cherry-pick lấy các thay đổi từ một commit cụ thể và áp dụng chúng như một commit mới trên branch hiện tại của bạn — một cách chọn lọc, mà không mang theo phần còn lại của branch nguồn. ## Các trường hợp dùng phổ biến ```text ✓ BACKPORT một bản sửa lỗi — áp dụng một bản sửa lỗi từ main sang một release/maintenance branch (mà không merge tất cả các thay đổi khác của main vào release branch) ✓ Áp dụng một commit cụ thể đã sẵn sàng, trong khi phần còn lại của branch của nó thì chưa ✓ Di chuyển một commit đã làm trên nhầm branch sang đúng branch ✓ Lấy chọn lọc một thay đổi từ một branch khác ``` ## Các lưu ý ```text ⚠️ Tạo các commit TRÙNG LẶP (cùng các thay đổi, hash khác nhau trên mỗi branch): → có thể gây lúng túng/conflict nếu các branch được merge sau đó (thay đổi xuất hiện hai lần, dù Git thường xử lý được). Ưu tiên merge/rebase để tích hợp toàn bộ branch. ⚠️ Cherry-pick nhiều commit là dấu hiệu bạn có thể muốn một merge/rebase thay vào đó ⚠️ Conflict có thể xảy ra (giải quyết như một merge); dùng nó có chủ đích, không phải như mặc định → Dùng cherry-pick cho các nhu cầu CHỌN LỌC, cụ thể — không phải tích hợp thường nhật. ``` ## Tại sao điều này quan trọng Hiểu `git cherry-pick` là có giá trị để **áp dụng chọn lọc các thay đổi cụ thể**, một khả năng hữu ích cho các tình huống đặc thù, nên đó là kiến thức Git thực hành đáng biết. Khả năng cốt lõi — áp dụng chỉ **các thay đổi của một commit cụ thể** lên một branch khác mà không merge toàn bộ branch — giải quyết các nhu cầu thực mà merge không thể xử lý gọn gàng. Cách dùng phổ biến và quan trọng nhất là **backport**: áp dụng một bản sửa lỗi cụ thể từ branch main sang một release hoặc maintenance branch, lấy chỉ bản sửa đó mà không merge tất cả các thay đổi khác (có thể không ổn định hoặc chưa phát hành) của main vào release branch — một nhu cầu thường xuyên trong việc bảo trì phần mềm đã phát hành. Các cách dùng khác gồm áp dụng một commit đã sẵn sàng trong khi phần còn lại của branch của nó chưa sẵn sàng, di chuyển một commit đã làm trên nhầm branch sang đúng branch, và lấy chọn lọc một thay đổi. Hiểu các **lưu ý** là quan trọng để dùng cherry-pick một cách phù hợp: nó tạo **các commit trùng lặp** (cùng các thay đổi với hash khác nhau trên mỗi branch), điều có thể gây lúng túng hoặc conflict nếu các branch được merge sau đó, nên nó nên được dùng **có chủ đích cho các nhu cầu chọn lọc** thay vì như một phương pháp tích hợp thường nhật (merge hoặc rebase tốt hơn để tích hợp toàn bộ branch), và cherry-pick nhiều commit là dấu hiệu bạn có lẽ muốn một merge thay vào đó. Sự phán đoán này — dùng cherry-pick cho các tình huống cụ thể, chọn lọc (đặc biệt là backport) trong khi ưu tiên merge/rebase cho tích hợp thường nhật — phản ánh thực hành Git đúng đắn. Vì áp dụng chọn lọc các thay đổi cụ thể (đặc biệt là backport các bản sửa lỗi sang release branch) là một nhu cầu thực, thỉnh thoảng quan trọng, và vì cherry-pick là công cụ cho điều đó (với các lưu ý về cách dùng phù hợp của nó), hiểu `git cherry-pick` — cách nó hoạt động, các trường hợp dùng then chốt như backport, và khi nào dùng nó so với merge/rebase — là kiến thức Git có giá trị, liên quan thực tế để xử lý các kịch bản thay-đổi-chọn-lọc phát sinh trong việc bảo trì và quản lý phần mềm xuyên các branch.