3 回答

TA貢獻(xiàn)1797條經(jīng)驗(yàn) 獲得超6個(gè)贊
將其設(shè)置為false。
如果您可以避免使用編輯器修改任何eol,那么最好以不變的eol(即“如您所見”)將您的工作推遲。

TA貢獻(xiàn)1853條經(jīng)驗(yàn) 獲得超18個(gè)贊
這些討論中經(jīng)常沒有提到的一個(gè)問題:如果您在Windows上開發(fā)shell腳本(例如在cygwin中)并使用CRLF提交它們(autocrlf = false),它們將在* nix框上崩潰,并顯示無用的錯(cuò)誤消息。(其他腳本語言可能也有類似情況。)撓了半個(gè)小時(shí)之后,您會記住,然后dos2unix小麻煩。如果您在混合環(huán)境中工作(例如,從Windows部署到linux服務(wù)器),并且您絕對希望將autocrlf設(shè)置為false,那么請確保所有Windows編輯器都使用unix(lf)行結(jié)尾。否則將autocrlf設(shè)置為輸入(并祈禱)。大多數(shù)21世紀(jì)Windows程序在沒有1980年代早期的行式打印機(jī)CR的情況下都很舒適,因此,將行尾設(shè)置為LF(unix)是一個(gè)好主意。

TA貢獻(xiàn)1810條經(jīng)驗(yàn) 獲得超5個(gè)贊
對于二進(jìn)制文本表示形式中具有相同文本但行尾(EOL)機(jī)制不同的兩個(gè)文本文件,GIT不會具有通用的SHA1 。內(nèi)容存儲為Blob,如果將另一個(gè)相同的副本存儲到存儲庫中,則將重復(fù)使用該內(nèi)容(節(jié)省空間?。?/p>
GIT(設(shè)計(jì)者)的默認(rèn)選擇是盡可能使用* nix樣式的EOL字符(僅LF),以便對于相同的文本內(nèi)容,您具有相同的SHA1。(可能是重要的考慮因素;-)
因?yàn)閮?nèi)容/ blob不再記住用戶的原始EOL選擇(記住現(xiàn)在可能在某個(gè)遙遠(yuǎn)的存儲庫中),所以Git必須對如何重新創(chuàng)建原始用戶的文件(是CRLF還是簡單地)做出一些猜測(基于選項(xiàng))。 LF)以您(和您的工具)可以使用的方式使用。
通常的建議是,每個(gè)用戶在本地(a)提交到Blob時(shí)都轉(zhuǎn)換為* nix LF結(jié)尾(因此所有人都會看到通用的SHA1 Blob名稱)(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和空格校正提交”,就可以了(加上對新用戶的培訓(xùn)再培訓(xùn))
您還可以確保您(每個(gè)用戶)使用通用的空格調(diào)整設(shè)置,以使制表符v空格和結(jié)尾的空格不會造成更多的diff
不便!
- 3 回答
- 0 關(guān)注
- 579 瀏覽
添加回答
舉報(bào)