配置工具和文件编码
使用首选项 › Editor › Default encoding 读取差异和非 UTF-8 的文件；字节顺序标记总是获胜，不适合的字节显示为 �。 Line endings (core.autocrlf) 决定 git 如何转换 CRLF 和 LF，而 Long paths 让 git 在 Windows 上创建超过 260 个字符的路径。
免费已更新
免费使用 GitTree：登录后的所有本地 Git 功能。
开始之前
- 了解你的团队的行尾惯例；它应该在每台计算机上匹配。
在哪里可以找到它
- 首选项 › Editor 用于编码；首选项 › General 用于 Line endings 和 Long paths。
| 行动 | macOS | Windows 和 Linux |
|---|---|---|
| 偏好设置 | ⌘, | Ctrl+, |
步骤
设置默认编码
在 Editor 中，选择您的旧文件使用的 Default encoding。然后差异说 Read as …。
选择行结尾
在General中，设置Line endings。在 Windows 上，Check out CRLF, commit LF 将存储库保留为 LF，而您的编辑器会看到 CRLF。
允许 Windows 上的长路径
如果包含深层文件夹的项目无法签出，请打开 Long paths。
预期结果
文本读取正确，行尾保持您团队的方式。
差异告诉你什么
- 文件旁边的 CRLF：其行以 CRLF 结尾 (
\ \）。 - “有些行以 LF 结尾，有些以 CRLF 结尾”：文件混合了两者。
- “某些字节无效……并显示为 �”：选择另一个 Default encoding。
对于编辑器，差异和合并工具 GitTree 打开，请参阅配置外部工具。
如果出现问题
文件的每一行都显示为已更改
只是它的行尾发生了变化。将 Line endings 与您团队的匹配，并考虑将 .gitattributes 与 * text=auto 搭配。
问题
编码设置会更改我的文件吗？
不会。它只会改变 GitTree 读取和显示它们的方式。