Làm thế nào để tôi quay trở lại một cam kết trong git?

Question

Vì vậy, tôi có một chi nhánh bảo trì và chi nhánh chính trong dự án của tôi. Nếu tôi thực hiện một cam kết tại các chi nhánh bảo trì và muốn kết hợp nó về phía trước để các chi nhánh tổng thể, đó là dễ dàng:

git checkout master; git merge maintenance 

Nhưng nếu tôi muốn đi theo con đường khác xung quanh, tức là áp dụng một cam kết thực hiện để làm chủ trở lại chi nhánh bảo trì của tôi, làm thế nào để tôi làm điều đó? Đây có phải là lựa chọn anh đào không? Nó sẽ gây ra vấn đề hoặc xung đột nếu tôi hợp nhất chi nhánh bảo trì chuyển tiếp một lần nữa?

Answer 1

Đây chính là trường hợp sử dụng cho git-cherry-pick

git checkout maintenance 
git cherry-pick <commit from master> 

Answer 2

Vâng, nó được coi là cherry-hái và không, thường nó không nên giới thiệu các vấn đề. Nếu cam kết không áp dụng rõ ràng khi quay trở lại, bạn có thể phải đối mặt với cùng một xung đột khi anh đào chọn nó.

Answer 3

Theo nguyên tắc chung, tôi sử dụng hợp nhất để di chuyển thay đổi "lên" cây (từ bảo trì đến chính) và rebase để di chuyển chúng "xuống" cây (từ gốc đến bảo trì). Điều này là do đó thứ tự các cam kết trong nhánh chính được duy trì.

Rebase về cơ bản sẽ cuộn lại tất cả các thay đổi của bạn trên nhánh hiện tại sang ngã ba (hoặc lần rebase cuối cùng), sao chép các thay đổi mới hơn và sau đó áp dụng lại các thay đổi của bạn.

Nếu bạn không muốn nhận tất cả thay đổi từ trang cái, thì có thể bạn sẽ cần phải chọn món anh đào mà bạn muốn.

Answer 4

giải pháp thay thế cho việc sử dụng "git cherry-pick" (theo khuyến cáo trong phản ứng khác) sẽ được tạo [chủ đề] riêng chi nhánh cho việc sửa chữa tắt chi nhánh bảo trì, và hợp nhất các chi nhánh này đầu tiên vào ngành bảo trì, sau đó vào master branch (trunk).

Quy trình này được (phần nào) được mô tả trong Resolving conflicts/dependencies between topic branches early bài đăng blog của Junio ​​C Hamano, git maintainer.

Kết quả tìm kiếm bằng Cherry theo số cam kết trùng lặp, việc xuống dòng có thể gây ra sự cố khi hợp nhất hoặc rebasing. Luồng công việc dựa trên chủ đề chỉ giữ một bản sao của bản sửa lỗi.

Answer 5

Đối với cam kết phức tạp mà không thể áp dụng sử dụng git cherry-pick bạn có thể thử

git checkout -b merge-branch master 
git rebase --onto=`git merge-base master maintenance` HEAD~1 && git rebase master 

Giải thích: http://blog.boombatower.com/automatically-backport-commits-using-git.

Answer 6

Như những người khác đã nêu, việc hái hoa anh đào có lẽ là lựa chọn tốt nhất. Tôi chỉ muốn thêm xung đột đó trong quá trình chọn anh đào thường có thể được giải quyết bằng cách kiểm tra "phụ thuộc" của cam kết bạn đang chọn anh đào và tôi đã xây dựng a tool called git-deps để phát hiện và hình dung những phụ thuộc đó. Nếu bạn truy cập trang chủ, bạn sẽ thấy hai video trên YouTube: video đầu tiên giới thiệu chung về công cụ và phần thứ hai minh họa cách sử dụng nó để tránh xung đột khi chọn anh đào.