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

如何解决规范化 Git 花括号格式同一行与下一行合并约定

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

问题：我遇到的一个常见问题（也是我最不喜欢的问题类型之一）是当一名程序员重新格式化代码文件以使用不同的花括号格式规则（即同一行vs 下一行），并且合并逻辑显示了数百个更改（每个花括号更改一个），当我去差异或签入时，我无法轻易分辨代码文件中实际逻辑更改的位置文件。我知道这永远不应该发生，但有些程序员还是这样做了。

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

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

解决方法

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

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