carriage-return 回車符\r
line-feed 換行符\n
在windows環境中,換行符是crlf,也就是\r\n,但是在linux環境中,換行符是lf,也就是\n。
git在維護版本庫的時候統一使用的是lf,這樣就可以保證檔案跨平台的時候保持一致。
在linux下預設的換行符也是lf,那也就不存在什麼問題。
在windows下預設的換行符是crlf,那麼我們需要保證在檔案提交到版本庫的時候檔案的換行符是lf,通常來說有兩種方法:
// 在工作區使用crlf,使用git commit提交的時候git幫你把所有的crlf轉換為lf。
git config --
global core.autocrlf true
工作區->git伺服器->工作區
x->lf->crlf
// 在工作區使用lf
git config --
global core.autocrlf input
工作區->git伺服器->工作區
x->lf->lf
為了避免檔案中有混用換行符,記得
git config --global core.safecrlf true
git 換行問題 Git 處理換行符問題
ps 最近又換回了 linux mint,作為乙個 linux 桌面黑,有點尷尬。換行符是 nux 與 windows 系及其他系的各種不相容問題的代表之一,於是,在不同平台使用 git 時經常碰到 git status 列出一大串修改過的檔案,git diff 檢視一下其實只是換行符問題。不多扯了...
git 換行問題 git 換行符問題
最近在windows下使用git,發現不時沒有修改過的檔案要提交,對比發現檔案全部修改,但找不到不一樣的地方,baidu後懷疑是換行符的問題,因為windows和linux的換行符不一樣,這個和git客戶端配置有關係,如果每個人客戶端配置不一樣同樣會出現該問題.關於不同系統的換行符問題 unix l...
git換行符自動轉換
將專案從svn上遷移到git遇到了乙個問題,就是git clone專案,發現金鑰之類的檔案比原來要大了,金鑰檔案也沒有辦法使用了。後來發現 當你clone檔案時,git試圖將unix換行符 lf 替換為windows的換行符 crlf 當你在提交檔案時,它又試圖將crlf替換為lf。解決這個問題很簡...