2016-07-16 88 views
4

我正在使用Windows和PHPStorm IDE進行Web開發。在Git中猛砸,當我想補充(git add .)或commit - 會有數百警告這樣的:是否存在使用的風險或缺點:git config --global core.autocrlf false

warning: LF will be replaced by CRLF in ... 
The file will have its original line endings in your working directory. 

但是,如果我做的Git Bash的以下內容:

git config --global core.autocrlf false 

沒有更多這些警告。將core.autocrlf設置爲false有沒有風險或缺點?或者我不應該擔心?正如我已經寫到的,我正在使用網絡應用程序(php文件,html文件,css ...,稍後將其推送到GitHub上的某個遠程代表或複製到生產Linux服務器...)。對不起,我的英語不好。

回答

3

總之,它不應該有所作爲。

在Windows下,標準行結尾格式是一個回車符,後跟一個換行符(簡稱CRLF),而在Unix世界中只使用換行符(簡稱LF)。這就是你的git警告你 - 它要改變它提交的文件結尾的行的類型,即使它在你的本地工作目錄中沒有改變。

大多數Unix系統可以很好地識別CRLF行結束符,但Windows文本編輯器偶爾會遇到Unix樣式行尾(記事本是最值得注意的示例)的問題。由於git正在將轉換爲Unix樣式,因此您應該沒問題。即使不是這樣,你也可能會很好,因爲Windows世界中的大多數開發人員文本編輯器都可以處理Unix風格的行尾。很顯然,如果你的代碼庫包含某種手動編碼的代碼生成器(或者其他的東西),它依賴於它的輸入中特定的行結束類型,這可能會略微超出窗口。但是,如果你有這樣一個生成器,那麼說你可能知道與不同的行結束風格相關的風險/問題可能是一個安全的假設。

+0

*「對於所有的Unix系統,」Unix系統都可以識別CRLF行結束符「*爲**不正確**。例如,在SLES 10上使用CRLF結尾的bash腳本會錯誤地抱怨未知的「^ M」字符。 –

+0

好,夠公平的。 –

相關問題