git cherry-pick nói rằng Gian Bài 38c74d là một sự hợp nhất nhưng không có tùy chọn nào được đưa ra

Tôi đã thực hiện một số thay đổi trong nhánh chính của mình và muốn đưa những thứ đó ngược dòng. Khi tôi chọn các cam kết sau đây, tuy nhiên tôi bị kẹt trên fd9f578 trong đó git nói:

$ git cherry-pick fd9f578
fatal: Commit fd9f57850f6b94b7906e5bbe51a0d75bf638c74d is a merge but no -m option was given.

Git đang cố nói gì với tôi và anh đào có chọn đúng thứ đang sử dụng ở đây không? Nhánh chính bao gồm các thay đổi đối với các tệp đã được sửa đổi trong nhánh ngược dòng, vì vậy tôi chắc chắn sẽ có một số xung đột hợp nhất nhưng những điều đó không quá tệ để giải quyết. Tôi biết những thay đổi cần thiết ở đâu.

Đây là những cam kết tôi muốn đưa lên thượng nguồn.

e7d4cff added some comments...
23e6d2a moved static strings...
44cc65a incorporated test ...
40b83d5 whoops delete whitspace...
24f8a50 implemented global.c...
43651c3 cleaned up ...
068b2fe cleaned up version.c ...
fd9f578 Merge branch 'master' of ssh://extgit/git/sessions_common
4172caa cleaned up comments in sessions.c ...

Cách thức hoạt động của cherry-pick bằng cách lấy diff thay đổi đại diện (sự khác biệt giữa cây làm việc tại thời điểm đó và cây làm việc của cha mẹ của nó) và áp dụng nó vào nhánh hiện tại của bạn.

Vì vậy, nếu một cam kết có hai hoặc nhiều cha mẹ, nó cũng đại diện cho hai hoặc nhiều khác biệt - cái nào nên được áp dụng?

Bạn đang cố gắng hái anh đào fd9f578, đó là sự hợp nhất với hai cha mẹ. Vì vậy, bạn cần nói với lệnh cherry-pick, cái nào sẽ được tính toán với độ lệch khác, bằng cách sử dụng -mtùy chọn. Ví dụ, git cherry-pick -m 1 fd9f578để sử dụng cha mẹ 1 làm cơ sở.

Tôi không thể nói chắc chắn cho tình huống cụ thể của bạn, nhưng sử dụng git mergethay vì git cherry-pickthường được khuyến khích. Khi bạn cherry-chọn một hợp nhất cam kết, nó sụp đổ tất cả những thay đổi được thực hiện trong cha mẹ bạn không chỉ định để -mvào đó một cam kết . Bạn mất tất cả lịch sử của họ, và cùng nhau tìm hiểu tất cả các khác biệt của họ. Cuộc gọi của bạn.

-m có nghĩa là số cha mẹ.

Từ tài liệu git:

Thông thường, bạn không thể chọn hợp nhất vì bạn không biết phía nào của hợp nhất nên được coi là đường chính. Tùy chọn này chỉ định số cha (bắt đầu từ 1) của dòng chính và cho phép cherry-pick phát lại thay đổi liên quan đến cha mẹ được chỉ định.

Ví dụ: nếu cây cam kết của bạn giống như dưới đây:

- A - D - E - F -   master
   \     /
    B - C           branch one

sau đó git cherry-pick Esẽ tạo ra vấn đề bạn gặp phải

git cherry-pick E -m 1có nghĩa là sử dụng D-E, trong khi git cherry-pick E -m 2có nghĩa là sử dụng B-C-E.

Câu trả lời của @ Borealid là chính xác, nhưng giả sử rằng bạn không quan tâm đến việc lưu giữ lịch sử hợp nhất chính xác của một chi nhánh và chỉ muốn chọn một phiên bản tuyến tính của nó. Đây là một cách dễ dàng và an toàn để làm điều đó:

Trạng thái bắt đầu: bạn đang ở chi nhánh Xvà bạn muốn chọn những cam kết Y..Z.

1. git checkout -b tempZ Z
2. git rebase Y
3. git checkout -b newX X
4. git cherry-pick Y..tempZ
5. (không bắt buộc) git branch -D tempZ

Điều này làm là tạo ra một nhánh tempZdựa trên Z, nhưng với lịch sử từ Ytuyến tính trở đi, và sau đó chọn anh đào trên một bản sao của lệnh Xgọi newX. (An toàn hơn khi thực hiện việc này trên một nhánh mới thay vì đột biến X.) Tất nhiên có thể có xung đột ở bước 4, điều này bạn sẽ phải giải quyết theo cách thông thường ( cherry-pickhoạt động rất giống rebasevới khía cạnh đó). Cuối cùng nó xóa tempZnhánh tạm thời .

Nếu bước 2 đưa ra thông báo "tempZ chi nhánh hiện tại đã cập nhật", thì đó Y..Zđã là tuyến tính, vì vậy chỉ cần bỏ qua thông báo đó và tiếp tục với bước 3 trở đi.

Sau đó xem xét newXvà xem liệu điều đó đã làm những gì bạn muốn.

(Lưu ý: điều này không giống như đơn giản git rebase Xkhi ở trên nhánh Z, vì nó không phụ thuộc vào bất kỳ cách nào vào mối quan hệ giữa Xvà Y; có thể có những cam kết giữa tổ tiên chung và Ybạn không muốn.)

Đơn giản hóa. Cherry-chọn các cam kết. Đừng chọn anh đào hợp nhất.

Dưới đây là một bản viết lại của câu trả lời được chấp nhận, lý tưởng làm rõ những lợi thế / rủi ro của các phương pháp có thể:

Bạn đang cố gắng chọn cherry fd9f578, đó là sự hợp nhất với hai cha mẹ.

Thay vì chọn cherry hợp nhất, điều đơn giản nhất là cherry chọn (các) cam kết bạn thực sự muốn từ mỗi nhánh trong hợp nhất.

Vì bạn đã hợp nhất, có thể tất cả các cam kết mong muốn của bạn đều nằm trong danh sách của bạn. Cherry-pick chúng trực tiếp và bạn không cần phải làm phiền với cam kết hợp nhất.

giải trình

Cách thức hoạt động của cherry-pick bằng cách lấy khác biệt mà một bộ thay đổi thể hiện (sự khác biệt giữa cây làm việc tại thời điểm đó và cây làm việc của cha mẹ của nó) và áp dụng bộ thay đổi cho nhánh hiện tại của bạn.

Nếu một cam kết có hai hoặc nhiều cha mẹ, như trường hợp hợp nhất, thì cam kết đó cũng đại diện cho hai hoặc nhiều khác biệt. Lỗi xảy ra do không chắc chắn nên áp dụng khác biệt.

lựa chọn thay thế

Nếu bạn xác định bạn cần bao gồm hợp nhất và chọn anh đào các cam kết liên quan, bạn có hai tùy chọn:

1. (Phức tạp và tối nghĩa hơn; cũng loại bỏ lịch sử) bạn có thể chỉ ra cha mẹ nào nên áp dụng.

   • Sử dụng -mtùy chọn để làm như vậy. Ví dụ: git cherry-pick -m 1 fd9f578sẽ sử dụng cha mẹ đầu tiên được liệt kê trong hợp nhất làm cơ sở.

   • Cũng xem xét rằng khi bạn cherry-chọn một hợp nhất cam kết, nó sụp đổ tất cả những thay đổi được thực hiện trong cha mẹ bạn không chỉ định để -mvào đó một cam kết . Bạn mất tất cả lịch sử của họ, và cùng nhau tìm hiểu tất cả các khác biệt của họ. Cuộc gọi của bạn.

2. (Đơn giản hơn và quen thuộc hơn; lưu giữ lịch sử) bạn có thể sử dụng git mergethay vì git cherry-pick.

   • Như thường lệ git merge, nó sẽ cố gắng áp dụng tất cả các xác nhận tồn tại trên nhánh bạn đang hợp nhất và liệt kê chúng riêng lẻ trong nhật ký git của bạn.

Đơn giản hóa phương pháp @Daira Hopwood tốt để chọn một cam kết duy nhất. Không cần chi nhánh tạm thời.

Trong trường hợp của tác giả:

• Z là muốn cam kết (fd9f578)
• Y cam kết trước nó
• Chi nhánh làm việc hiện tại

sau đó làm:

git checkout Z   # move HEAD to wanted commit
git reset Y      # have Z as changes in working tree
git stash        # save Z in stash
git checkout X   # return to working branch
git stash pop    # apply Z to current branch
git commit -a    # do commit