TA貢獻(xiàn)1828條經(jīng)驗(yàn) 獲得超13個(gè)贊
我建議像我在此SO問(wèn)題中所做的那樣，將其設(shè)置為false。
如果您可以避免使用編輯器修改任何eol，那么最好以不變的eol（即“如您所見(jiàn)”）將您的工作推遲。
TA貢獻(xiàn)1775條經(jīng)驗(yàn) 獲得超8個(gè)贊
這些討論中經(jīng)常沒(méi)有提到的一個(gè)問(wèn)題：如果您在Windows上開(kāi)發(fā)shell腳本（例如在cygwin中）并使用CRLF提交它們（autocrlf = false），它們將在* nix框上崩潰，并顯示無(wú)用的錯(cuò)誤消息。（其他腳本語(yǔ)言可能也有類(lèi)似情況。）撓了半個(gè)小時(shí)之后，您會(huì)記住，然后dos2unix小麻煩。如果您在混合環(huán)境中工作（例如，從Windows部署到linux服務(wù)器），并且您絕對(duì)希望將autocrlf設(shè)置為false，那么請(qǐng)確保所有Windows編輯器都使用unix（lf）行結(jié)尾。否則將autocrlf設(shè)置為輸入（并祈禱）。大多數(shù)21世紀(jì)Windows程序在沒(méi)有1980年代早期的行式打印機(jī)CR的情況下都很舒適，因此，將行尾設(shè)置為L(zhǎng)F（unix）是一個(gè)好主意。
TA貢獻(xiàn)1815條經(jīng)驗(yàn) 獲得超6個(gè)贊
對(duì)于二進(jìn)制文本表示形式中具有相同文本但行尾（EOL）機(jī)制不同的兩個(gè)文本文件，GIT不會(huì)具有通用的SHA1 。內(nèi)容存儲(chǔ)為Blob，如果將另一個(gè)相同的副本存儲(chǔ)到存儲(chǔ)庫(kù)中，則將重復(fù)使用該內(nèi)容（節(jié)省空間?。?/p>
GIT（設(shè)計(jì)者）的默認(rèn)選擇是盡可能使用* nix樣式的EOL字符（僅LF），以便對(duì)于相同的文本內(nèi)容，您具有相同的SHA1。（可能是重要的考慮因素；-）
因?yàn)閮?nèi)容/ blob不再記住用戶的原始EOL選擇（記住現(xiàn)在可能在某個(gè)遙遠(yuǎn)的存儲(chǔ)庫(kù)中），所以Git必須對(duì)如何重新創(chuàng)建原始用戶的文件（是CRLF還是簡(jiǎn)單地）做出一些猜測(cè)（基于選項(xiàng)）。 LF）以您（和您的工具）可以使用的方式使用。
通常的建議是，每個(gè)用戶在本地（a）提交到Blob時(shí)都轉(zhuǎn)換為* nix LF結(jié)尾（因此所有人都會(huì)看到通用的SHA1 Blob名稱(chēng)）（a / k / a Right Thing），而（b）在本地設(shè)置重新創(chuàng)建其本地系統(tǒng)設(shè)置的選項(xiàng)，例如* nix（LF）或Windows（CRLF）等。
為您的用戶設(shè)置一些本地標(biāo)準(zhǔn)，并進(jìn)行一次大的“ EOL / LF / CRLF和空格校正提交”，就可以了（加上對(duì)新用戶的培訓(xùn)再培訓(xùn)）
您還可以確保您（每個(gè)用戶）使用通用的空格調(diào)整設(shè)置，以使制表符v空格和結(jié)尾的空格不會(huì)造成更多的diff不便！
舉報(bào)