想必用 Visual Studio 開發時候，多少都會跳出這個提示訊息
不一致的行尾 (Inconsistent line endings)
以下文件中的行尾不一致，是否將行尾標準化?
行尾 Windows (CR LF)
此訊息表示該檔案中的行尾符號格式不一致，即文件內的部分行尾符號是 Windows 標準（CR LF）
而其他部分可能是 Unix 標準（LF）或其他格式
行尾符號的標準
Windows 使用 CR LF (\r\n) 作為行尾符號 (Carriage Return)
Unix/Linux 和 macOS 使用 LF (\n) 作為行尾符號 (Line Feed)
舊版 macOS（Classic Mac OS） 使用 CR (\r) 作為行尾符號，基本上比較少見
如果檔案在不同系統或工具間共享編輯，例如 Windows 和 Linux 或不同的文字編輯器
或是有A同事使用 macOS 開發，B同事用Windows開發
都有可能會導致文件內部的行尾符號不一致，進而觸發此提示
為什麼要行尾標準化
Visual Studio 提供「標準化」選項，將文件中的所有行尾符號統一為某種格式，默認是 Windows 格式（CR LF）
這樣可以避免行尾不一致的問題，並提高文件的可讀性和版本控制系統的比較結果準確性
如何選擇行尾符號 CRLF 或 LF ?
依照團隊需求，最後再選擇使用的格式
| 使用場景 | 推薦格式 | 理由 |
|---|---|---|
| 主要開發在 Windows，且不涉及其他平台 | CRLF（默認 Windows 格式） | 與 Windows 平台及工具完全兼容，減少行尾相關問題 |
| 涉及跨平台開發（如 Linux 和 macOS） | LF | 符合 Unix 標準，適合 Docker、CI/CD 管道和跨平台環境 |
| 團隊使用版本控制（如 Git） | LF | Git 對行尾符號的處理默認偏向 LF，避免跨平台時行尾符號不一致導致不必要的提交 |
| Web、前端或開源項目 | LF | 多數前端工具（如 Node.js）和開源項目遵循 LF 的標準，與社區保持一致 |
| 混合環境（Windows 開發，Linux 部署） | LF | 在部署時 LF 更加友好，開發時可透過工具配置行尾自動轉換，確保開發體驗 |
如何統一行尾
透過 .editorconfig 與 .gitattributes 設定檔
統一為 LF (.editorconfig)
# 適用於所有文件 [*] end_of_line = lf
統一為 CRLF (.editorconfig)
# 適用於所有文件 [*] end_of_line = crlf
Git 將所有行尾標準化為 LF (.gitattributes)
Git 通過 .gitattributes 管理行尾符號，確保不同開發環境間行尾一致
* text=auto eol=lf
要用哪一個標準化格式，還是要與團隊成員溝通討論
如果團隊中有成員未配置行尾規範，可能會在每次保存文件時不斷改變行尾符號，導致版本控制系統報告無意義的變更
在合併代碼或查看文件變更時，行尾差異會造成不必要的衝突，統一格式能避免這些問題
快跟團隊成員討論 .editorconfig 和 .gitattributes 等自動化工具，讓開發者專注於代碼，而不是手動處理行尾問題吧！