Làm cách nào để quản lý xung đột với mô đun con git?

Tôi có một siêu dự án git tham chiếu một số mô hình con và tôi đang cố gắng khóa một luồng công việc để các thành viên dự án còn lại của tôi làm việc trong đó.

Đối với câu hỏi này, giả sử siêu dự án của tôi được gọi superyvà mô hình con được gọi subby. (Sau đó là đơn giản hóa những gì tôi đang cố gắng thực hiện ... Tôi thực sự không sử dụng các nhánh cho các phiên bản, nhưng tôi nghĩ rằng nó sẽ dễ dàng nhất để đặt ra như một câu hỏi.)

Chi nhánh chính của tôi superycó thẻ v1.0của dự án git được subbytham chiếu như là một mô hình con. Nhánh superyđược gọi one.onevà thay đổi tham chiếu của mô hình con để trỏ đến thẻ v1.1của subby.

Tôi có thể làm việc trong mỗi chi nhánh này mà không gặp trở ngại nào, nhưng nếu tôi cố gắng cập nhật one.onechi nhánh với các thay đổi từ masterchi nhánh, tôi nhận được một số xung đột và tôi không biết cách giải quyết chúng.

Về cơ bản sau khi chạy một git pull . masterlúc trong subbynhánh, có vẻ như nó tạo ra các mô hình con bổ sung.

Trước khi kéo / hợp nhất, tôi nhận được phản hồi mong muốn git submoduletừ one.onechi nhánh:

$ git checkout master
$ git submodule
qw3rty...321e subby (v1.0)
$ git checkout one.one
$ git submodule
asdfgh...456d subby (v1.1)

Nhưng sau khi kéo, nó sẽ thêm các mô đun con bổ sung khi tôi chạy git submodule:

$ git pull . master
Auto-merged schema
CONFLICT (submodule): Merge conflict in subby - needs qu3rty...321e
Automatic merge failed; fix conflicts and then commit the results.

$ git submodule
qw3rty...321e subby (v1.0)
asdfgh...456d subby (v1.1)
zxcvbn...7890 subby (v1.1~1)

Làm cách nào để xóa / bỏ qua các tham chiếu mô hình con không mong muốn và thực hiện các xung đột và thay đổi của tôi? Hoặc có một tham số tôi có thể sử dụng với bản gốc của mình git pullsẽ bỏ qua các mô hình con của tôi?

Tôi chưa thấy lỗi chính xác trước đây. Nhưng tôi có một dự đoán về những rắc rối bạn đang gặp phải. Có vẻ như bởi vì mastervà one.onecác nhánh superychứa các ref khác nhau cho subbymô hình con, khi bạn hợp nhất các thay đổi từ mastergit không biết ref nào - v1.0hoặc v1.1- nên được giữ và theo dõi bởi one.onenhánh của supery.

Nếu đó là trường hợp, thì bạn cần chọn ref mà bạn muốn và cam kết thay đổi đó để giải quyết xung đột. Đó chính xác là những gì bạn đang làm với lệnh reset .

Đây là một khía cạnh khó khăn trong việc theo dõi các phiên bản khác nhau của một mô hình con trong các nhánh khác nhau của dự án của bạn. Nhưng ref mô đun con cũng giống như bất kỳ thành phần nào khác trong dự án của bạn. Nếu hai nhánh khác nhau tiếp tục theo dõi các tham chiếu mô đun con tương ứng sau khi hợp nhất liên tiếp, thì git sẽ có thể tạo ra mô hình mà không làm tăng xung đột hợp nhất trong các lần sáp nhập trong tương lai. Mặt khác, nếu chuyển đổi mô hình con thường xuyên, bạn có thể phải giải quyết rất nhiều xung đột.

Chà, về mặt kỹ thuật, nó không quản lý xung đột với các mô đun con (ví dụ: giữ cái này nhưng không phải cái kia), nhưng tôi đã tìm ra cách để tiếp tục làm việc ... và tất cả những gì tôi phải làm là chú ý đến git statusđầu ra của mình và đặt lại các mô hình con:

git reset HEAD subby
git commit

Điều đó sẽ thiết lập lại mô hình con cho cam kết trước khi kéo. Mà trong trường hợp này là chính xác những gì tôi muốn. Và trong các trường hợp khác khi tôi cần các thay đổi được áp dụng cho mô hình con, tôi sẽ xử lý những thay đổi đó với quy trình làm việc của mô hình con tiêu chuẩn (kiểm tra tổng thể, kéo xuống thẻ mong muốn, v.v.).

Tôi đã vật lộn một chút với các câu trả lời cho câu hỏi này và cũng không gặp nhiều may mắn với các câu trả lời trong một bài viết SO tương tự . Vì vậy, đây là điều làm việc cho tôi - nhớ rằng trong trường hợp của tôi, mô hình con được duy trì bởi một nhóm khác, do đó, xung đột đến từ các phiên bản mô hình con khác nhau trong chủ và chi nhánh địa phương của dự án tôi đang thực hiện:

1. Chạy git status- ghi chú thư mục mô hình con có xung đột

2. Đặt lại mô hình con về phiên bản đã cam kết lần cuối trong nhánh hiện tại:

   git reset HEAD path/to/submodule

3. Tại thời điểm này, bạn có phiên bản mô hình con không xung đột mà bây giờ bạn có thể cập nhật lên phiên bản mới nhất trong kho lưu trữ của mô hình con:

   đường dẫn cd / đến / mô hình con
   git subodule foreach git pull origin SUBMODULE-BRANCH-NAME

4. Và bây giờ bạn có thể commitlàm điều đó và trở lại làm việc.

Đầu tiên, tìm hàm băm bạn muốn mô hình con của bạn để tham khảo. sau đó chạy

~/supery/subby $ git co hashpointerhere
~/supery/subby $ cd ../
~/supery $ git add subby
~/supery $ git commit -m 'updated subby reference'

điều đó đã làm việc cho tôi để đưa mô hình con của tôi đến tham chiếu băm chính xác và tiếp tục với công việc của tôi mà không có thêm bất kỳ xung đột nào.

Tôi đã có vấn đề này với git rebase -i origin/mastermột chi nhánh. Tôi muốn lấy phiên bản chính của ref của mô hình con, vì vậy tôi chỉ đơn giản là:

git reset master path/to/submodule

và sau đó

git rebase --continue

Điều đó đã giải quyết vấn đề cho tôi.

Có sự giúp đỡ từ cuộc thảo luận này. Trong trường hợp của tôi

git reset HEAD subby
git commit

đã làm cho tôi :)

Trong thư mục cha mẹ của tôi, tôi thấy:

$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Unmerged paths:
(use "git reset HEAD <file>..." to unstage)
(use "git add <file>..." to mark resolution)

Vì vậy, tôi đã làm điều này

git reset HEAD linux