说明
首先，这篇文章不是写给大多数用户的，它只适用于满足这两种情况用户：
- 首先你使用多平台（Windows 和 iOS/macOS/Linux）
- 其次使用的同步中包括 Git
在上述的情况下，你通常会遇到行末尾差异造成的大量无效同步，虽然不影响内容，但是看着很烦。
在 Github 客户端中，它会显示成这样：
所谓 Only whitespace changes found。
而这篇文章就是为了解决这个问题。
结论
首先，一句话总结：所有系统都使用 LF 作为换行符
Windows 早年是 CRLF，大部分时候冲突也是这个导致的。
苹果和 Linux 都是 LF，Obsidian 默认的换行符也是 LF [1]。
而且比起 CRLF 所需的 \r\n，LR 单独一个 \n 更清爽，所以总之，我们统一用 LF。
那么就有几个步骤要做。
配置 Git
在 .gitattributes 文件内：
# Auto detect text files and perform LF normalization
* text=auto eol=lf
# 来自：https://forum.obsidian.md/t/being-able-to-select-line-endings-crlf-lf/5294/14
*.md text eol=lf
*.txt text eol=lf
*.css text eol=lf
*.js text eol=lf
*.json text eol=lf
*.py text eol=lf
——这样就指定了所有常用文本文件的换行都统一使用 LF。
另外，自动转换方面，讨论贴提到的另一个问答[2]中提到了：
git config --global core.autocrlf false
这个的意思就是 不自动转换行末尾。
就按这个配置，命令行运行一下。
也可以用 git config --get core.autocrlf 来查询当前的配置。
重新规范化
git rm --cached -r .
git reset --hard
git add .
（下面这些是 AI 回答）
git reset --hard 是一个比较危险的命令，它会：
- 将当前分支的HEAD重置到最后一次提交的状态
- 同时会重置暂存区（staging area）
- 最重要的是：会强制重置工作目录中的所有文件到最后一次提交的状态
这意味着：
- 所有未提交的修改都会被丢弃
- 所有未暂存的更改都会被丢弃
- 工作目录会完全匹配最后一次提交的状态
我为之前直接建议使用这个命令道歉，这可能会导致数据丢失。对于行尾符号的处理，我们可以使用更安全的方式：
# 1. 首先提交当前的更改（如果有的话）
git add .
git commit -m "Save current changes"
# 2. 然后重新规范化文件
git add --renormalize .
git commit -m "Normalize line endings"
清理提交记录
最后，Git 上如果因为同步已经出现了一堆的 Only whitespace changes found 的文件的话：
可以用：
git add --renormalize .
这个命令来将所有的文件都转成配置中设置的——也就是上面我们写的—— LF 换行符。
这样一来，理论上整个 Git 库里的文件就都是统一的符号了。
然后我们 Windows 上的各个文本编辑器也都统一使用 LF 换行，理应就没啥大问题了。