git在window與linux的換行符問題

1：背景。我win7，後端是win10，使用了TortoiseGit工具。我使用ssh，他使用http。倉庫是在linux，使用gitLab管理

2：問題。倉庫是總監以前建好的。後端把文件add後push，我clone本地後沒有放進編輯器中也沒有作任何的修改，立刻commit，提示全部文件已修改，打開對比了，只是結尾的換行有修改

3：差別。由於以前沒有遇到過這樣的問題，不知從何下手，剛開始覺得是編碼問題，百度谷歌後不知因此然，就從編碼到git版本用排除法一一對比，最後發現咱們2我的的鏈接方式不一致。統一了連接方式後，問題不存在了，可是這不是解決問題的根本性辦法，一開始覺得是這個問題致使的，其實並非，只是瞎貓碰上死耗子，實際上是其中一個終端從新安裝了git使用了同樣的autocrlf

4：總結。這個問題是git在window與linux的換行符問題，autocrlf在window和linux下不同。假如不一樣的終端提交時候使用了不一樣的換行符，就會出現這個問題

5：解決。

　　a、安裝時候，你們的選項大可能是默認安裝，因此在autocrlf選項時候，通常也是默認的。

　　

　　可是，在多人協同開發時候，不一樣終端不一樣git的配置不同，會致使2的問題

　　

 

　　安裝時候能夠選擇這個，checkout不修改文件換行符，commit不修改文件換行符　　

　　b、假如已經出現2問題。

　　　　若是你的源文件中是換行符是LF，而autocrlf=true, 此時git add就會遇到 fatal: LF would be replaced by CRLF 的錯誤。有兩個解決辦法：

　　　　1. 將你的源文件中的LF轉爲CRLF便可【推薦】

　　　　2. 將autocrlf 設置爲 false

 

　　　　若是你的源文件中是換行符是CRLF，而autocrlf=input,  此時git add也會遇到 fatal: CRLF would be replaced by LF 的錯誤。有兩個解決辦法：

　　　　1. 將你源文件中的CRLF轉爲LF【推薦】

　　　　2. 將autocrlf 設置爲true 或者 false

 

　　　　在Mac上設置 autocrlf = input, 在Windows上設置autocrlf = true（默認值）。