ı master
bu içeriğe sahip bir dosya var diyelim:Birbiri yanındaki çizgiler değiştiğinde git neden bir birleştirme çakışması oluşturur?
Line 1
Line 2
Line 3
Line 4
Şimdi oluşturup test
adında yeni bir şube ödeme söylüyorlar. Bu branşta bu dosyayı değiştirin:
Line 1
Line 2
Line 3 Modified
Line 4
ve bu taahhüt ve master
geri dönün. Master'da dosyayı şu şekilde değiştiriyorum:
. Şimdi test
şubesini master
ile birleştirirsem bir çakışma olur.
Genel ataları kullanarak neden bunu otomatik olarak çözemiyoruz? Git'e BeyondCompare kullanarak difftool olarak çakışmaları düzenlemeyi söylersem, BeyondCompare bunu kullanıcıya bildirmeden otomatik olarak çözer, çünkü bu gerçek bir çatışma değildir. Bunları otomatikleştirmek için gitmenin bir yolu var mı? recursive
ve resolve
birleştirme stratejilerini denedim, ancak bunu yapmayın.
Şirketimizde bir sorun var çünkü birden fazla geliştiricinin çizgileri yakınca değiştirdiği bazı dosyalar var ve bu da çekerken birçok gereksiz anlaşmazlığa neden oluyor.
Cevabınız için teşekkür ederiz. Git için çeşitli harici birleştirme araçları kullanıyoruz ve bu yakınlık çatışmalarını kendi başlarına otomatik olarak çözüyoruz. Ancak ben sık sık rahatsız edici olmak için sık sık olur gibi git bir çatışmaya ilk etapta duraklama durdurmak için bir yol arıyorum. – Falconne
tamamen katılıyorum! (Diğer cevaplar/çözümler ile ilgileniyorum ...). Başka bir harekete geçirici şey, çizginin sonu. Farkında çalışan geliştiriciler var ise. OS .. ör. Pencereler ve ubuntu editörleri çizginin sonu hakkında farklı düşünürler ... bu da bir sürü çatışma çatışmasıdır. –