如何避免git-svn和svn等CRLF問題？

Question

我使用git svn，今天我遇到了一些麻煩。

我做了一個git svn clone並在我的項目上工作了一段時間。幾天後，我把我的工作推到了svn remote（git svn dcommit）。然後我試着用TortoiseSVN來檢查項目，看看是否一切正常。不幸的是，所有的東西都被轉換成Unix行結尾，VC6無法打開項目。

所以，我的git工作副本是CRLF，但我的svn工作副本是LF。我假設git在git commit或git svn dcommit期間對其進行了轉換。

我是否有權假設我可以避免所有這些麻煩，如果我爲我的git工作副本設置core.autocrlf = false？這支部隊會獨自離開換代嗎？還有什麼需要做的，使git svn易於使用，而不會給我的同事造成問題？

（這也可能是有趣的，何況，我已經使用混帳SVN在同一臺機器上之前，不接觸的設置，這是第一次這樣的事情發生了。）

Answer 1

顛覆了的可能性單個文件的EOL轉換設置。實際上Git也有.gitattributes文件（'text'和'eol'屬性）。 對於一般情況core.autocrlf是不夠的。

如果將其設置爲false，那麼所有svn：eol-style = native的文件將以git-svn工作副本結束LF行，這對於Windows而言並不是預期的。

如果將其設置爲true，則所有行結束符都將轉換爲LF，並將以LF的形式（始終）發送給SVN。

實際上svn:eol-style=unset應當對應於 '-text' git的屬性（這意味着不轉換），svn:eol-style=LF ---爲 'EOL = LF' 屬性和svn:eol-style=CRLF ---爲 'EOL = CRLF' 屬性; svn:eol-style=native是依賴於系統的，所以可以通過未版本化的eol設置來控制，所以相應的git屬性是'！eol'（這意味着從.git/config的core.eol獲得EOL設置）。

除了git-svn，您可以使用任何解決方案將svn：eol-style自動轉換爲單個文件的相應.gitattirbutes值，反之亦然。 一種解決方法是在服務器端：安裝SubGit到你的SVN倉庫，只使用純Git的界面，SubGit將創建：

$ subgit install path/to/svn/repository 
# Git interface with correct .gtattributes repository will appear at path/to/svn/repository/.git 
# you should setup an access to it 

然後你複製它的客戶端，並設置core.eol爲「CRLF」對於Windows和對其他操作系統的「lf」（默認值是'lf'）。

$ git clone <URL> working_tree 
$ cd working_tree 
$ git config core.eol crlf #for Windows only 

然後，Git的行爲將與SVN相同。

或者在客戶端可以使用SmartGit：你可以克隆SVN倉庫（不打開現有的git-svn倉庫）---然後它會將svn：eol-style轉換爲.gitattributes。這種情況下不需要額外的core.eol設置，SmartGit會關心它。