Gần đây tôi đã biết rằng khi hợp nhất hai nhánh trong git, nếu có thay đổi trên hai dòng liền kề thì git tuyên bố đây là một xung đột. Ví dụ: nếu tệp test.txtcó nội dung này:

Line 1: A
Line 2: B
Line 3: C
Line 4: D

và trong chi nhánh, masterchúng tôi thay đổi điều này thành

Line 1: A
Line 2: B1
Line 3: C
Line 4: D

trong khi ở chi nhánh, testingchúng tôi thay đổi điều này thành

Line 1: A
Line 2: B
Line 3: C1
Line 4: D

và sau đó cố gắng hợp nhất testingvào master, git tuyên bố một cuộc xung đột hợp nhất. Kỳ vọng ngây thơ của tôi là sự hợp nhất sẽ xảy ra mà không có xung đột và mang lại điều này:

Line 1: A
Line 2: B1
Line 3: C1
Line 4: D

Tôi chắc chắn có một lý do chính đáng tại sao git không hợp nhất theo cách này. Ai đó có thể giải thích lý do này?

Giả sử rằng đoạn mã này

x=0
x+=1 if foo
x+=1 if bar
return x

đã được thay đổi trong một chi nhánh thành này

x=0
x+=1 if foo && xyzzy
x+=1 if bar
return x

và trong một chi nhánh khác

x=0
x+=1 if foo
x+=1 if bar && xyzzy
return x

sau đó tôi sẽ không muốn git hợp nhất nó vào đây

x=0
x+=1 if foo && xyzzy
x+=1 if bar && xyzzy
return x

mà không báo động cho tôi.

Để tránh gây ra sự cố như vậy, git thường từ chối tự động hợp nhất các thay đổi chạm vào các đường gần đó. Nó cho bạn cơ hội xác minh xem logic chương trình có bị hỏng hay không.

Ví dụ này là tầm thường, nhưng khi sáp nhập các nhánh lớn, nguy cơ xảy ra xung đột "logic" tương tự sẽ lớn hơn nhiều. Đôi khi tôi thậm chí sẽ thích bối cảnh thậm chí còn lớn hơn hiện tại.

Đây có phải là hành vi chỉ git?

Sau khi thảo luận với một đồng nghiệp, tôi mới thử và SVN xử lý nó mà không gặp vấn đề gì: bạn đã sửa đổi 2 dòng.

Các khả năng hợp nhất của một số VCS được thử nghiệm ở đây cho chợ, darcs, git và mercurial : https://github.com/mndrix/merge-this

Dường như chỉ có darcs hợp nhất thành công trường hợp "đường liền kề".

Áp dụng các thay đổi liền kề cho các tập tin không phải là một vấn đề khó khăn. Tôi thực sự nghĩ rằng hành vi này đã được chọn trên mục đích.

Tại sao một người nào đó quyết định rằng sửa đổi các đường liền kề sẽ tạo ra một cuộc xung đột?

Tôi sẽ nghĩ rằng đây là để buộc bạn nhìn vào nó .

int max = MAX_ITEMS;
for(unsigned int i = 0; i < max; i++)
    do_stuff(i);

Modif số 1, trên master:

int max = MAX_ITEMS/2; // Do stuff only on the first half
for(unsigned int i = 0; i < max; i++)
    do_stuff(i);

Modif số 2, được sáp nhập từ một chi nhánh:

int max = MAX_ITEMS;
for(unsigned int i = 0; i < max/2; i++) // max/2: only on 1st half
    do_stuff(i);

Sau khi hợp nhất, bạn không muốn điều đó:

int max = MAX_ITEMS/2; // Do stuff only on the first half
for(unsigned int i = 0; i < max/2; i++) // max/2: only on 1st half
    do_stuff(i);

Xem hành vi này là một tính năng

Bạn có thể biến hành vi hợp nhất git thành một lợi thế. Khi bạn cần giữ 2 dòng nhất quán nhưng bạn không thể phát hiện ra nó (tại thời điểm biên dịch, sớm trong các thử nghiệm của bạn hoặc cách khác), bạn có thể thử tham gia chúng.

Viết lại ...:

for(unsigned int i = 0; i < max; i++)
    r = do_stuff(i);
    // Need to do something else
    do_something_else(r);

... đến đây:

for(unsigned int i = 0; i < max; i++)
    r = do_stuff(i);
    do_something_else(r); // Need to do something else

Vì vậy, khi bạn hợp nhất Modif 1 ...:

for(unsigned int i = 0; i < max; i++)
    r = do_stuff(i)/2; // we need only the half
    do_something_else(r); // Need to do something else

... với Modif 2 ...:

for(unsigned int i = 0; i < max; i++)
    r = do_stuff(i);
    if(r < 0) // do_stuff can return an error
        handle_error(r);
    do_something_else(r/2); // Need to do something else

..., git sẽ tạo ra một cuộc xung đột và bạn sẽ buộc bạn phải nhìn vào nó.

Tôi chủ yếu đoán, nhưng tôi nghĩ nó phải làm với dòng 2 được sử dụng làm bối cảnh cho thay đổi dòng 3.

Git không thể chỉ nói rằng "Dòng có C trở thành một dòng với C1" bởi vì có thể có một dòng khác với "C", do đó, nó nói "Dòng với C, ngay sau khi bắt đầu tệp, dòng với A và đường thẳng với B, giờ là C1 "

Nếu "dòng với B" không còn ở đó nữa, thì một số bối cảnh bị mất và git chỉ có thể nói đại khái nơi dòng mới phải đi.

Các câu trả lời khác ở đây đều có điểm, nhưng với tôi điều này luôn có vẻ như là một giới hạn không cần thiết.

Như những người khác đã nói, trong những trường hợp này, bạn chắc chắn sẽ không muốn Git hợp nhất các dòng mà không có cảnh báo.

Nhưng tôi vẫn muốn tùy chọn tự động làm điều đó, sau khi được cảnh báo. Vì vậy, tôi đã viết một trình điều khiển hợp nhất git tùy chỉnh có thể hợp nhất các xung đột trên các dòng liền kề (hoặc riêng lẻ) một cách tương tác:

Nó giúp tôi tiết kiệm rất nhiều thời gian, vì tôi quản lý một dự án nơi mọi người thường làm việc trên cùng các tệp và tái cấu trúc nhiều mã.

Kịch bản có sẵn trên GitHub theo giấy phép GPLv3 +. Có lẽ bạn sẽ thấy nó hữu ích:

https://github.com/paulaltin/git-subline-merge