Kann git-svn dazu gebracht werden, CRLF wie native Subversion-Clients zu behandeln?

Ich habe ein Subversion-Repository, das unter Linux gehostet wird, auf das jedoch immer nur über Windows-Clients zugegriffen wird, da es sich um die Quelle einer großen Windows-Anwendung handelt.

Es wäre fantastisch, wenn ich mit git-svn (bereitgestellt von msysgit) an diesem Repository arbeiten könnte.

Ich habe verdammt viel Zeit damit, das Repository dazu zu bringen, sich nicht über die Zeilenenden im Windows-Stil zu stauen.

Nach demsvn clone eine Prüfung des Git-Repository mit:

core.autocrlf = true Zeigt Änderungen an jeder Datei an, die tatsächlich verwendet wirdLF im Repository.core.autocrlf = input Zeigt Änderungen an jeder Datei an, die tatsächlich verwendet wirdLF im Repository.core.autocrlf = false zeigt Änderungen an allem.

Was ist hier die beste Option? Sollte ich es benutzencore.autocrlf = true und begehen dieLF zuCRLF Änderungen für betroffene Dateien?

Ich bin kurz davor, das Handtuch zu werfen und meine Subversion-Arbeitskopie in ein Git-Repository zu legen. Dies wäre eine schlechte Lösung, würde aber zumindest lokale Niederlassungen und Verstecke zulassen. Es wird offensichtlich sehr schmerzhaft sein, weiterhin Dateien hinzuzufügen, wenn sie zu Subversion hinzugefügt werden.

BEARBEITEN: Für Interessierte.git-svn ist ein königlicher Schmerz, wenn Sie auf Windows sind. Die Antwort von hasen j unten ist wahrscheinlich die richtige, aber ich kann seinem Rat nicht folgen, ohne den Zorn der anderen Entwickler in meinem Team anzuziehen.

Ich verzichte im Wesentlichen auf diese Frage, da dies nicht zu einem vernünftigen Ergebnis führen wird. Hoffentlich zieht der nächste Google Summer of Code jemanden an, der sein Projekt "Proper git-svn support on Windows" in Angriff nehmen möchte. Sehenhttp://git.or.cz/gitwiki/SoC2009Ideas#Propergit-svnsupportonWindows

Antworten auf die Frage(6)

Ihre Antwort auf die Frage