Si può fare git-svn per gestire CRLF come client di subversion nativi?

Question

Ho un repository di subversion ospitato su Linux ma accessibile solo via client Windows come è per l'origine di una grande applicazione Windows.

Sarebbe fantastico se potessi lavorare su questo repository usando git-svn (fornito da msysgit).

Ho un po 'di tempo cercando di far sì che il repository non si ritrovi in ​​un inceppamento sulle terminazioni della linea di stile di Windows.

Dopo svn clone una cassa del repository git con:

• core.autocrlf = true mostra modifiche a qualsiasi file che non utilizzano effettivamente LF nel repository.
• core.autocrlf = input mostra le modifiche a qualsiasi file che effettivamente utilizza LF nel repository.
• core.autocrlf = false mostra le modifiche a tutto.

Qual è l'opzione migliore qui? Devo usare core.autocrlf = true e commettere le modifiche da LF a CRLF per i file interessati?

Sono molto vicino a gettare la spugna e mettere la mia copia di lavoro di Subversion in un repository git. Questa sarebbe una soluzione scadente, ma consentirebbe almeno rami e casse locali. Ovviamente diventerà un enorme problema continuare ad aggiungere file quando vengono aggiunti a subversion.

MODIFICA: Per coloro che sono interessati. git-svn è un dolore reale se sei su Windows. La risposta di hasen j qui sotto è probabilmente quella giusta, ma non posso seguire il suo consiglio senza attirare l'ira degli altri sviluppatori nella mia squadra.

essenzialmente sto abbandonando questa domanda poiché non porterà a un risultato ragionevole. Speriamo che il prossimo Google Summer of Code attiri qualcuno che voglia ritirare il proprio progetto "Proper git-svn support on Windows". Vedi http://git.or.cz/gitwiki/SoC2009Ideas#Propergit-svnsupportonWindows

Answer 1

Dal momento che la mia altra risposta non si applica bene a voi, qui è un altro modo per affrontare la situazione:

Usa sia svn e git; nella stessa directory di lavoro.

Lavorerai principalmente con git, prelevando dal repository upstream, apportando modifiche locali, filiali locali, ecc; tutto ciò che fai normalmente quando lavori su un progetto git locale.

Quindi, quando si desidera eseguire il commit sul repository svn centrale, utilizzare il client svn.

Ho avuto un po 'di esperienza in questo, solo che non avrei fatto un svn commit, ma invece di creare una patch con svn diff e inviarlo (dal momento che non avevo accesso di commit in ogni caso).

Answer 2

Ho avuto un problema simile. Per risolverlo, dopo il clone git-svn, ho applicato unix2dos a tutti i file perché, nel mio caso, tutti i file nel repository SVN utilizzavano CRLF. Quindi, suppongo che dovresti provare la conversione CRLF-LF manualmente subito dopo git-svn.

Answer 3

Normalmente, che ci si vuole impostare l'opzione core.autocrlf in questo modo:

git config core.autocrlf true 

Ma secondo this article, sembra che non gioca bene con git-svn specifico. Potrebbe valere la pena provare una seconda copia sicura del repository SVN per vedere se funziona.

Answer 4

Di solito pulisco il mio clone git-svn con git-filter-branch su recode dos..ascii -f. (Ciò ha anche aiutato per la conversione latin1..utf8.)

Answer 5

Fatti un favore e non scherzare con le terminazioni di linea, mantienile così com'è. impostare autocrlf a false.

Qualsiasi editor di testo semi-decente in Windows dovrebbe essere in grado di gestire le terminazioni di linea in stile unix.

core.autocrlf = false mostra le modifiche a tutto.

penso che se solo lo fai dopo il fatto, non sarà nulla di buono.

È necessario eliminare questo repository, impostare autocrlf su false e quindi fare il clone.

Answer 6

Un'altra buona conversations here su core.autocrlf.