规范化 Git 花括号格式（同一行与下一行）合并约定

Question

我对 Git 非常陌生（我已经使用 TFS 大约十年了，并且已经研究了几天 Git）并且正在原型设计将我们的开发团队切换到使用 Azure Repos 而不是 TFS。

问题：我遇到的一个常见问题（也是我最不喜欢的问题类型之一）是当一名程序员重新格式化代码文件以具有不同的花括号格式规则（即同一行vs 下一行）比文件之前有，合并逻辑显示数百个更改（每个花括号更改一个），当我去 diff 或签入时，我无法轻易判断代码文件中的实际逻辑更改在哪里文件。我知道这绝不应该发生，但有些程序员还是会这样做。

问题：我最近了解到 Git 可以使用 crlf 设置规范化 windows 和 mac/linux 开发者系统之间的行尾（\r\n vs \n 问题），我想知道如果 Git 中有一些函数可以规范代码格式约定，比如花括号换行与相同的线条样式？

所需的解决方案：我希望 Git 存储库始终使用一个花括号样式（我们将作为一个团队决定），然后当开发人员合并代码时，它会自动格式化进入商定的 repo 格式，然后当开发人员从 repo 中提取代码时，它被格式化为他们喜欢的样式，因此相同的行和下一行可以和平相处，以及切换代码的​​丑陋合并问题从一种格式约定到另一种格式约定的文件将永远解决。有没有办法做这样的事情？

Answer 1

解决方案是为此使用不同的工具，而不是 git。我知道有一个版本控制研究项目来存储语法树而不是文本行，并根据用户在结帐时的偏好格式化代码，就像你问的那样，但它在大约 15 年前被放弃了。

您的团队可以有一个他们在提交之前调用的脚本（或 git precommit 挂钩？），它运行一个代码格式化程序以使用团队的首选格式。然后在拉取之后，任何开发人员都可以使用自己喜欢的设置运行代码格式化程序。但我认为他们无法修复显示团队标准的 git 差异。