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（默認值）。