git在window與linux的分行符號問題

標籤：

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

2：問題。倉庫是總監之前建好的。後端把檔案add後push，我clone本地後沒有放進編輯器中也沒有做任何的修改，馬上commit，提示所有檔案已修改，開啟對比了，只是結尾的換行有修改

3：差異。因為之前沒有遇到過這樣的問題，不知從何下手，剛開始以為是編碼問題，百度Google後不知所以然，就從編碼到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（預設值）。

 

git在window與linux的分行符號問題