GIT CRLF到LF-UNIX上的git parent repo以及Windows和unix上的克隆

Question

這個問題與我的其他問題有點類似，請確保在更新掛鈎中將文件從CRLF轉換為LF ，是否會對性能產生影響？

所以這就是下面的架構所要尋找的。 1.我的父存儲庫（裸機和數據）在UNIX計算機上。 2.我可以在UNIX計算機上克隆我的存儲庫。 3.我可以使用samba在Windows計算機中克隆我的存儲庫，以訪問我的父存儲庫。

如果出現以下情況，我該如何處理CRLF問題

1. 用戶在UNIX中創建克隆，使用samba將其映射到Windows驅動器中，修改在Windows中完成，從而創建CR / LF字符對作為EOL。 如果用戶回到Unix並進行提交和推送。 GIT如何保養？ 還是我們需要一些掛鈎？

2. 與上述相同，但文件格式每行超過8000個字符-很多。 將其視為提交時刪除了CR的ASCII文件嗎？

3. 2的變體，但是它是一個具有ASCII頭的二進制文件。 這是否會導致CR / LF更改為LF？

Answer 1

要看的兩個地方是Git-config和git-attributes 。

您將需要確定自己的本地標准，這取決於您的其他外部程序，尤其是公司源代碼控制標准，以及期望使用特定格式的任何工具。

手冊頁在第一次和第二次閱讀時會感到有些困惑。 您需要注意神秘的編碼，例如“工作目錄”表示“已簽出”文件等。

“默認”為“規范化”，這意味着提交到存儲庫的文件將以LF結尾。 然后，使用正確的設置，您可以將文件檢出為[always] LF或[always] CRLF或根據您的[local]平台選擇文件。

我不知道長線，但我希望git對它們很滿意。

對於帶有文本標題等的特殊文件，git properties文件允許您定義文件類型和特定於路徑的檢入和檢出協議（手冊頁中的示例）。

PS我自己一直被Matlab的*.m eol=LF ;-)困擾。