Làm thế nào để sao chép cam kết từ chi nhánh này sang chi nhánh khác?

Tôi đã có hai chi nhánh từ chủ của mình:

• v2.1 : (phiên bản 2) Tôi đã làm việc được vài tháng
• wss : mà tôi đã tạo ngày hôm qua để thêm một tính năng cụ thể vào chủ của mình (trong sản xuất)

Có cách nào để sao chép các cam kết của ngày hôm qua từ wss sang v2.1 không?

Bạn thực sự nên có một quy trình làm việc cho phép bạn làm tất cả điều này bằng cách hợp nhất:

- x - x - x (v2) - x - x - x (v2.1)
           \
            x - x - x (wss)

Vì vậy, tất cả bạn phải làm là git checkout v2.1và git merge wss. Nếu vì một lý do nào đó bạn thực sự không thể làm điều này và bạn không thể sử dụng git rebase để di chuyển nhánh wss của mình đến đúng nơi, lệnh lấy một cam kết duy nhất từ ​​một nơi nào đó và áp dụng nó ở nơi khác là git cherry-pick . Chỉ cần kiểm tra chi nhánh bạn muốn áp dụng nó và chạy git cherry-pick <SHA of commit to cherry-pick>.

Một số cách rebase có thể cứu bạn:

Nếu lịch sử của bạn trông như thế này:

- x - x - x (v2) - x - x - x (v2.1)
           \
            x - x - x (v2-only) - x - x - x (wss)

Bạn có thể sử dụng git rebase --onto v2 v2-only wssđể di chuyển wss trực tiếp lên v2:

- x - x - x (v2) - x - x - x (v2.1)
          |\
          |  x - x - x (v2-only)
           \
             x - x - x (wss)

Sau đó, bạn có thể hợp nhất! Nếu bạn thực sự, thực sự, thực sự không thể đến điểm mà bạn có thể hợp nhất, bạn vẫn có thể sử dụng rebase để thực hiện một số hiệu quả một vài quả anh đào cùng một lúc:

# wss-starting-point is the SHA1/branch immediately before the first commit to rebase
git branch wss-to-rebase wss
git rebase --onto v2.1 wss-starting-point wss-to-rebase
git checkout v2.1
git merge wss-to-rebase

Lưu ý: lý do cần một số công việc bổ sung để thực hiện việc này là vì nó tạo ra các cam kết trùng lặp trong kho lưu trữ của bạn. Đây thực sự không phải là một điều tốt - toàn bộ vấn đề dễ dàng phân nhánh và hợp nhất là có thể thực hiện mọi thứ bằng cách thực hiện một (các) cam kết và sáp nhập chúng vào bất cứ nơi nào chúng cần. Cam kết trùng lặp có nghĩa là một ý định không bao giờ hợp nhất hai nhánh đó (nếu bạn quyết định bạn muốn sau này, bạn sẽ gặp xung đột).

Sử dụng

git cherry-pick <commit>

để áp dụng <commit>cho chi nhánh hiện tại của bạn .

Bản thân tôi có lẽ sẽ kiểm tra chéo các cam kết mà tôi chọn gitkvà chọn chúng bằng các nhấp chuột phải vào mục cam kết thay thế.

Nếu bạn muốn tự động hơn (với tất cả các nguy hiểm của nó) và giả sử tất cả các cam kết kể từ ngày hôm qua đã xảy ra trên wss, bạn có thể tạo danh sách các cam kết bằng cách sử dụng git log(với --prettyđề xuất của Jefromi)

git log --reverse --since=yesterday --pretty=%H

vì vậy mọi thứ cùng nhau giả sử bạn sử dụng bash

for commit in $(git log --reverse --since=yesterday --pretty=%H);
do
    git cherry-pick $commit
done

Nếu có điều gì đó không ổn ở đây (có rất nhiều tiềm năng) bạn sẽ gặp rắc rối vì việc này hoạt động trên thanh toán trực tiếp, do đó, hãy thực hiện thủ công bằng tay hoặc sử dụng rebase như đề xuất của Jefromi.

git cherry-pick : Áp dụng các thay đổi được giới thiệu bởi một số cam kết hiện có

Giả sử chúng ta có nhánh A với (X, Y, Z) cam kết. Chúng tôi cần phải thêm những cam kết để chi nhánh B . Chúng tôi sẽ sử dụng các cherry-pickhoạt động.

Khi chúng ta sử dụng cherry-pick, chúng ta nên thêm cam kết về chi nhánh B theo thứ tự thời gian tương tự mà các cam kết xuất hiện trong Chi nhánh Một .

cherry-pick không hỗ trợ một loạt các cam kết, nhưng nếu bạn có các cam kết hợp nhất trong phạm vi đó, nó sẽ thực sự phức tạp

git checkout B
git cherry-pick SHA-COMMIT-X
git cherry-pick SHA-COMMIT-Y
git cherry-pick SHA-COMMIT-Z

Ví dụ về quy trình làm việc:

Chúng ta có thể sử dụng cherry-pickvới các tùy chọn

-e hoặc --edit : Với tùy chọn này, git cherry-pick sẽ cho phép bạn chỉnh sửa thông báo cam kết trước khi cam kết.

-n hoặc --no-commit : Thông thường lệnh sẽ tự động tạo một chuỗi các xác nhận. Cờ này áp dụng các thay đổi cần thiết để chọn từng cam kết có tên cho cây làm việc của bạn và chỉ mục mà không thực hiện bất kỳ cam kết nào. Ngoài ra, khi tùy chọn này được sử dụng, chỉ mục của bạn không phải khớp với cam kết CHÍNH. Lựa chọn anh đào được thực hiện so với trạng thái bắt đầu của chỉ mục của bạn.

Đây là một bài viết thú vị liên quan cherry-pick.

Bạn có thể tạo một bản vá từ các cam kết mà bạn muốn sao chép và áp dụng bản vá cho nhánh đích.

Hoặc nếu bạn ít hơn về phía nhà truyền giáo Bạn có thể làm một cách xấu xí mà tôi đang sử dụng. Trong triển khai_template có các cam kết tôi muốn sao chép trên chủ của mình dưới dạng triển khai chi nhánh

git branch deploy deploy_template
git checkout deploy
git rebase master

Điều này sẽ tạo ra triển khai nhánh mới (tôi sử dụng -f để ghi đè lên nhánh triển khai hiện có) trên triển khai_template, sau đó khởi động lại nhánh mới này lên master, không bị chạm vào.

Đối với trường hợp đơn giản là chỉ sao chép lần xác nhận cuối cùng từ nhánh wss sang v2.1, bạn chỉ cần lấy id xác thực ( git log --oneline | head -n 1) và thực hiện:

git checkout v2.1
git merge <commit>

Lệnh cherry-pick có thể đọc danh sách các xác nhận từ đầu vào tiêu chuẩn.

Lệnh cherry-picks sau đây được ủy quyền bởi người dùng John tồn tại trong nhánh "phát triển" nhưng không thuộc nhánh "phát hành" và thực hiện theo thứ tự thời gian.

git log develop --not release --format=%H --reverse --author John | git cherry-pick --stdin