统一代码格式的关键是制定规范并自动化执行。团队应明确缩进、换行、引号等标准，通过文档公示；使用 ESLint、Prettier、Black 等工具自动格式化代码；配置 .editorconfig 文件确保编辑器一致；结合 Husky + lint-staged 在提交时自动修复格式问题，减少人为差异和审查负担。
团队协作中，不同开发者的编辑器、IDE 或操作系统可能会导致代码格式不一致，比如缩进用空格还是制表符、行尾是否自动换行、字符编码等问题。这些差异虽然不影响功能，但会增加代码审查的负担，甚至引发不必要的合并冲突。解决这类问题的关键是统一规范并自动化执行。
建立统一的代码风格规范
团队应明确并约定通用的代码格式标准，例如：
- 使用空格还是制表符（建议统一为空格）
- 缩进大小（如 2 或 4 个空格）
- 行尾是否保留空格
- 文件结尾是否添加换行
- 字符串使用单引号还是双引号（适用于 JavaScript 等语言）
将这些规则写入项目文档或 README，确保每位成员都能快速了解并遵守。
使用 Lint 工具和格式化工具
借助工具自动检测和修复格式问题，可以大幅减少人为差异：
- ESLint / Prettier：前端项目常用组合，Prettier 负责格式化，ESLint 检查代码质量
- Black：Python 的代码格式化工具，几乎无需配置
- gofmt：Go 语言自带格式化命令
- clang-format：适用于 C/C++、Java 等语言
在项目中集成这些工具，并通过脚本或编辑器插件确保每次保存或提交时自动运行。
配置 EditorConfig 文件
EditorConfig 是一个轻量级的配置文件，用于统一不同编辑器之间的基本格式设置。
在项目根目录添加 .editorconfig 文件，例如：
root = true [*] indent_style = space indent_size = 2 end_of_line = lf charset = utf-8 trim_trailing_whitespace = true insert_final_newline = true [*.md] trim_trailing_whitespace = false
主流编辑器（VS Code、IntelliJ、Sublime 等）都支持该配置，能自动应用设定的格式规则。
集成 Git 钩子自动格式化
利用 Husky + lint-staged 或类似工具，在代码提交前自动格式化变更文件：
- 开发者修改代码后执行 git commit
- Git 钩子触发 lint-staged，只处理暂存区的文件
- 调用 Prettier 等工具自动格式化并重新加入提交
这样即使有人未配置编辑器，也不会将格式错误带入仓库。
基本上就这些。关键不是靠人记住规则，而是靠工具自动执行。只要团队在项目初期配置好流程，后续协作中的格式争议就会大大减少。
