atom行尾符号需分三层控制：当前文件点击状态栏lf/crlf实时切换、新建文件设default line ending、git通过core.autocrlf或.gitattributes统一规范，仅改atom设置无法根治跨平台问题。
Atom 编辑器里设置行尾符号，关键不是“全局默认”，而是分三层控制：当前文件手动切换、新建文件默认值、Git 仓库统一规范。只改 Atom 设置无法根治跨平台换行符问题。
点击状态栏 LF/CRLF 实时切换当前文件
这是最常用也最容易被忽略的操作入口。Atom 窗口右下角会显示 LF 或 CRLF，直接点击它就能弹出菜单选择目标格式。
- 切换后立即重写整个文件的换行符，不改变内容逻辑
- 仅影响当前打开的文件，关闭再打开仍按原格式读取（Atom 不自动保存该设置到文件）
- 如果文件是只读或权限受限，点击无反应，需先检查文件属性
- 切换后若内容未变但 Git 显示“已修改”，说明换行符确实变了——这是正常现象
设置 Default Line Ending 控制新建文件格式
这个选项在 Settings → Editor → Default Line Ending，可选 LF、CRLF 或 OS Default。
- 只对「新建空白文件」或「从模板创建」的文件生效，已有文件不受影响
-
OS Default在 Windows 是CRLF，Linux/macOS 是LF，但团队协作时不推荐用它 - 即使设为
LF，从 Windows 共享目录复制来的文件仍会保留原有CRLF，不会自动转换
Git 的 core.autocrlf 才是跨平台协作的决定性配置
Atom 自身不参与 Git 提交流程，换行符一致性完全依赖 Git 配置。仅靠 Atom 设置，团队中 Windows 用户提交的 CRLF 仍会在 Linux 构建机上触发警告甚至失败。
- 推荐统一执行：
git config --global core.autocrlf input（Linux/macOS 用户）或git config --global core.autocrlf true（Windows 用户） - 更稳妥的做法是在项目根目录加
.gitattributes文件，明确声明：* text=auto eol=lf - 改完 Git 配置后，需重新
git add -u强制让 Git 重新扫描换行符，否则旧文件状态不会更新 - Atom 中看到的
LF状态栏提示，和 Git 实际存储的换行符可能不一致——它只反映文件当前内存中的换行符，不是 Git 索引里的
真正麻烦的地方在于：Atom 不会告诉你某个文件的换行符是被 Git 转换过的，还是原始写入的；它只显示当前加载进编辑器后的结果。所以当 Git 报 warning: LF will be replaced by CRLF 时，别急着在 Atom 里点来点去，先查 git config core.autocrlf 和 .gitattributes 是否匹配项目规范。
