Git'ten SVN'ye: Değişiklikler birleştirilemedi

Question

Bir SVN deposuyla eşitlenmesi gereken bir Git deposunda bazı kod var. Tarifim şöyle:

1. Bir SVN deposu oluşturun (yerel, sınama için uzak bir tane olacaktır).
2. İlk yerleşimi oluştur, ilk işleme dayalı yeni bir Git deposu 1 düzeltme
3. git svn clone -T '/trunk' <REPO>.
4. git remote add dev <ORIGINAL>, bunu git pull dev <ORIGINAL_BRANCH> takip eder. Şimdi ana SVN taahhüdünü temel alan depoda ana şubem var.
5. git svn rebase bunu dcommit izleyecektir. içinde birleştirilemedi "Otomatik birleştirme" ve "ÇATIŞMA (içerik)" mesajları Rebase nihayet bir dost ile durdurur" bir çift tarafından takip

   Using index info to reconstruct a base tree... 
   Falling back to patching base and 3-way merge... 
   Auto-merging X 
   Applying: Y 
   Applying: Z 
   Using index info to reconstruct a base tree... 
   <stdin>:269: trailing whitespace. 
   
   <stdin>:315: trailing whitespace. 
   
   <stdin>:400: trailing whitespace. 
       * Method 2.6. Returns zero or two elements 
   <stdin>:3762: trailing whitespace. 
   
   warning: 4 lines add whitespace errors. 
   Falling back to patching base and 3-way merge... 
   

   :

Adım 5) Ancak başarısız olur değişiklikler". Bu çakışmaların otomatik olarak çözülmesini sağlamak için yapabileceğim bir şey var mı? Çatışırken nasıl çatışmaların olabileceğini bile anlamadım!

Answer 1

Yerine vazgeçiyorum ve set-tree kullanın. üç yaklaşım denedi için tamlık benim referanslar için yapay git-svn ilk özgün Git deposundan taahhüt ardından kökünde taahhüt başlangıç ​​...

ile tarihinde bir git rebase -p sonuçları:

1. http://code.google.com/p/support/wiki/ImportingFromGit-git rebase
2. http://markpasc.livejournal.com/186297.html - git svn rebase
3. http://repo.or.cz/w/nagiosplugins.git?a=blob;f=tools/git2svn.pl-set-tree

Answer 2

Çakışmalar çakışmalardır ve git bunları sizin için gerçekten çözemez. Sadece bir insan, karşılıklı olarak iki değişiklikten hangisinin doğru olduğuna emin olabilir.

Bir rebase sırasında neden anlaşmazlıklara girebilirsiniz? Bu gerçekten farklı tarihle sonuçlanan bir birleştirme işlemiyle aynı türden bir operasyon. bir şey de yapılan X işlemek bir değişiklik ile çakışan B taahhüt varsa için X içine D birleşti sanki

- A - B - C - D 
    \ 
    X 

çıkan içerik bulunmaktadır aynı olmalıdır: Burada D taahhüt üzerine X taahhüt rebase varsayalım çatışmalar birleştirilecek. Birleştirme veya yeniden oluşturma işleminin önemi yok.