1 背景

遠端文件拉取到本地后，會根據本地機器的操作系統、或文件編輯器，修改文件內容的行尾。例如遠端代碼為適配其代碼托管的宿主、存儲服務器與編譯構建環境，通常采用 LF 作為行尾，符合 Linux 文件系統習慣。而本地為 Windows 的機器則應在獲取文件后將行尾從 LF 轉換為 CRLF，適配 Windows 文件系統習慣。在本地做完文件修改進行提交，并準備推送回遠端，行尾則應從 CRLF 轉換回 LF。而本地為 Linux 的機器則無需對行尾做任何轉換，始終以 LF 為行尾。

如何使文件的行尾在合適的環境使用合適的格式

• 避免不合適的格式出現在遠端，如以 CRLF 行尾的文件推送至服務器。
• 避免行尾因本地環境的不同，而無法達成統一，在遠端被反復來回修改。
• 避免行尾的適配轉換被識別為常規的變更，影響其他文件內容變更的跟蹤。
• 避免文件行尾格式不正確導致無法在特定系統中被執行，如 *.bat 需要 CRLF 行尾在 Windows 中執行，*.sh 需要 LF 行尾在 Linux 中執行。

這就需要能夠自動進行行尾設置的工具來幫忙。恰巧 git / git for windows 內置提供此類設置功能。

2 行尾設置

2.1 通用

在倉庫的根目錄下使用 .gitattributes 文件設置行尾，此設置將直接影響遠端對于文件行尾的應用，從而全局的影響所有從遠端拉取文件到本地的開發人員。此處需要單獨為 *.bat 和 *.sh 設置其在遠端存儲時所用的行尾，因為這兩類文件的行尾設置會直接影響文件是否能夠執行，其他文件則不受影響，如 *.cs 即使使用 LF 行尾仍然能夠正常的編譯構建。

* text=auto
*.bat text eol=crlf
*.sh text eol=lf

2.2 本地機器為 Windows

每位開發者的本地環境，通過 .gitconfig 文件設置行尾，僅影響的是本地開發環境，需要每位開發者自行配置?？赡苡衅渌鼮閮炐?、妥當且不算復雜的方案，可以避免要求每位開發者配置本地環境，但目前對于 Windows 開發者來說，配置本地環境還是最為簡單有效的方案。

[core]
	autocrlf = true
	eol = lf

之所以需要設置 core.autocrlf=true，是因為對于 Windows 用戶而言，無論文件創建時是 LF 還是 CRLF，都希望拉取到本地時文件能夠適配 Windows 而將 LF 的文件自動轉換為 CRLF，當然 *.sh 文件除外。

• 而不設置 core.autocrlf 將影響
  • 文件行尾及文件的一致性，導致本地變更和工作樹、和索引比較時，出現行尾的變更
  • 無法保障文件可執行性
  • 無法保障文件在本地 Windows 和遠端 Linux 能夠正常讀寫，編輯時可能會有編碼問題，出現亂碼
• 或設置 core.autocrlf=input 所表達的和 * text=auto 理論一致，其會在推送遠端時將行尾轉換為 LF，從遠端拉取到本地時會保持文件創建時的原始行尾。造成本身就是 LF 行尾的文件在本地仍然是 LF，不會轉換為 CRLF，影響文件在 Windows 系統中的編輯。

之所以要設置 core.eol=lf，是為了保障倉庫內的行尾一致使用 LF，而不是某些文件 LF，某些 CRLF，某些混合。

2.3 本地機器為 Linux / OS X

無需進行 Windows 中所作的配置。

2.4 查看當前本地工作樹內文件的行尾

# 查看所有文件
git ls-files --eol
# 查找文件行尾中有混合了 LF 和 CRLF 的文件
git ls-files --eol | findstr mixed
git ls-files --eol | grep mixed

# i 表示 index，可以視作遠端行尾
# w 表示 working tree，可以視作本地行尾
### 行尾可能的值有 lf、crlf、mixed，mixed 表示一個文件中行尾既有 lf 又有 crlf，應避免 ###
# attr 表示 .gitattributes 中的行尾設置
# 最后一列是文件名稱，即當前執行 git ls-files 指令所在目錄下的相對路徑
i/lf    w/crlf  attr/text=auto          .gitattributes

3 行為表現

當正確進行了行尾設置后

• 文件拉取到本地做了行尾轉換后，git 并不會認為文件產生了變更，在 git 變更中不會出現新的變更記錄。
• 對于做出常規變更的文件，git 在將文件與未修改的版本進行比較時，會將本地文件的行尾自動轉換為遠端所設置的行尾再進行比對，不會將行尾的變更納入為實際的變更中來。

行尾的變化對用戶來說將變得無感。

4 其他注意事項

單獨在 .editorconfig 設置，如所有文件類型或 *.cs 文件類型設置行尾為 CRLF，并不能夠影響 git 的行為，仍然無法避免 git 將行尾修改識別為常規變更，并且導致 CRLF 行尾的文件被推送到遠端，在遠端也能夠看到行尾的變更。該設置僅能夠為 IDE 如 VS 將在保存文件時檢查行尾，將行尾不是 CRLF 的設置為 CRLF。

5 參考資料

• CRLF vs. LF: Normalizing Line Endings in Git
• .gitattributes Best Practices
• merge.renormalize
• Configuring Git to handle line endings

總結

以上是生活随笔為你收集整理的Git 行尾设置须知的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。