ฉันเพิ่งเรียนรู้ว่าเมื่อรวมสองสาขาในคอมไพล์ถ้ามีการเปลี่ยนแปลงในสองบรรทัดที่อยู่ติดกันคอมไพล์ประกาศความขัดแย้งนี้ ตัวอย่างเช่นหากไฟล์test.txtมีเนื้อหานี้:

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

และในสาขาmasterเราเปลี่ยนสิ่งนี้เป็น

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

ในขณะที่สาขาtestingเราเปลี่ยนสิ่งนี้เป็น

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

และจากนั้นพยายามที่จะรวมtestingเข้าไปในmasterคอมไพล์ประกาศความขัดแย้งผสาน ความคาดหวังที่ไร้เดียงสาของฉันคือการรวมจะเกิดขึ้นโดยไม่มีความขัดแย้งและให้สิ่งนี้:

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

ฉันแน่ใจว่ามีเหตุผลที่ดีว่าทำไมคอมไพล์ไม่รวมวิธีนี้ มีคนอธิบายเหตุผลนี้ได้ไหม

สมมติว่าข้อมูลโค้ดนี้

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

มีการเปลี่ยนแปลงในสาขาเดียวในนี้

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

และในสาขาอื่นเข้าไปในนี้

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

จากนั้นฉันจะไม่ต้องการให้คอมไพล์รวมเข้ากับสิ่งนี้

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

โดยไม่ต้องตกใจฉัน

เพื่อหลีกเลี่ยงการก่อให้เกิดปัญหาดังกล่าว git มักจะปฏิเสธที่จะรวมการเปลี่ยนแปลงที่สัมผัสเส้นใกล้เคียงโดยอัตโนมัติ มันให้โอกาสคุณในการตรวจสอบว่าตรรกะของโปรแกรมจะเสียหายหรือไม่

ตัวอย่างนี้ไม่สำคัญ แต่เมื่อรวมสาขาขนาดใหญ่ความเสี่ยงของความขัดแย้ง "ตรรกะ" ที่คล้ายกันนั้นใหญ่กว่ามาก บางครั้งฉันก็รักบริบทที่ยิ่งใหญ่กว่าที่เป็นอยู่ในปัจจุบัน

เป็นพฤติกรรมแบบคอมไพล์เท่านั้นหรือไม่

หลังจากสนทนากับเพื่อนร่วมงานฉันเพิ่งลองและSVN จัดการกับมันโดยไม่มีปัญหา: คุณได้รับการแก้ไข 2 บรรทัด

ความสามารถในการผสานของ VCS หลายตัวได้รับการทดสอบที่นี่เพื่อตลาดบาซ่าร์ดาร์คคอมไพล์และปรอท : https://github.com/mndrix/merge-this

ดูเหมือนว่ามีเพียง Darcs ที่ประสบความสำเร็จในการผสานกรณี "เส้นที่อยู่ติดกัน"

การใช้การเปลี่ยนแปลงที่อยู่ติดกันกับไฟล์ไม่ใช่ปัญหาที่ยาก ฉันคิดว่าพฤติกรรมนี้ได้รับการเลือกอย่างตั้งใจ

เหตุใดบางคนตัดสินใจว่าการแก้ไขบรรทัดที่อยู่ติดกันก่อให้เกิดความขัดแย้ง

ฉันจะคิดว่านี่คือการบังคับให้คุณมองไปที่มัน

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

Modif number 1, กับ 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 หมายเลข 2 ผสานจากสาขา:

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

หลังจากผสานคุณไม่ต้องการ:

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);

เห็นพฤติกรรมนี้เป็นคุณสมบัติ

คุณสามารถเปลี่ยนพฤติกรรมการรวมคอมไพล์เป็นข้อได้เปรียบ เมื่อคุณต้องการให้มี 2 บรรทัดที่สอดคล้องกัน แต่คุณไม่สามารถตรวจพบได้ (ในเวลารวบรวมการทดสอบ แต่อย่างใด) คุณสามารถลองเข้าร่วมได้

เขียนสิ่งนี้ ... :

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

...สำหรับสิ่งนี้:

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

ดังนั้นเมื่อคุณรวม 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

... ด้วย 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

... , คอมไพล์จะสร้างความขัดแย้งและคุณจะบังคับให้คุณดูมัน

ฉันคาดเดาส่วนใหญ่ แต่ฉันคิดว่ามันเกี่ยวข้องกับการใช้บรรทัด 2 เป็นบริบทสำหรับการเปลี่ยนแปลงบรรทัดที่ 3

Git ไม่สามารถพูดได้ว่า "บรรทัดที่มี C กลายเป็นเส้นตรงกับ C1" เพราะอาจมีอีกบรรทัดที่มี "C" ดังนั้นมันจึงบอกว่า "บรรทัดที่มี C นั้นถูกต้องหลังจากเริ่มต้นไฟล์แล้วบรรทัดที่มี A และเส้นกับ B คือตอนนี้ C1 "

หาก "บรรทัดที่มี B" ไม่มีอยู่อีกต่อไปบริบทบางอย่างจะหายไปและคอมไพล์สามารถบอกได้อย่างคร่าวๆว่าบรรทัดใหม่ต้องไปที่ใด

คำตอบอื่น ๆ ที่นี่เป็นจุด แต่สำหรับฉันนี้มักจะดูเหมือนข้อ จำกัด ที่ไม่จำเป็น

อย่างที่คนอื่น ๆ พูดไว้ในกรณีนี้คุณไม่ต้องการให้ Git รวมเส้นโดยไม่มีการเตือนล่วงหน้า

แต่ฉันยังต้องการตัวเลือกให้ทำโดยอัตโนมัติหลังจากถูกเตือน ดังนั้นฉันจึงเขียนไดร์เวอร์ git merge แบบกำหนดเองที่สามารถผสานความขัดแย้งบนบรรทัด (หรือบุคคล) ที่อยู่ติดกันแบบโต้ตอบ:

ช่วยให้ฉันประหยัดเวลาได้มากเนื่องจากฉันจัดการโปรเจ็กต์ที่ผู้คนมักจะทำงานกับไฟล์เดียวกันและทำการปรับรหัสให้ใหม่อีกมากมาย

สคริปต์นี้มีอยู่ใน GitHub ภายใต้ลิขสิทธิ์ GPLv3 + บางทีคุณอาจพบว่ามีประโยชน์:

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