svn - 版本控制和编码格式

Question

我目前是在我的组织内实现新版本控制系统 (Subversion) 的团队的一员。关于如何处理代码格式存在一些争论，我想听听其他人对这个话题的看法和经验。

我们目前有大约 10 名开发人员，每个人都使用不同的工具(由于许可和偏好)。其中一些工具具有自动代码格式化程序，而另一些则没有。

如果我们允许“盲目” checkin ，则每次有人 checkin 时代码看起来都会大不相同。这将使差异和合并等事情变得复杂。

我和几个人谈过，他们提到了以下解决方案:

使用具有相同代码格式化程序的相同开发人员程序(由于许可，实际上不是一个选项)

有一个钩子(Hook)(客户端或服务器端)，它将在进入存储库之前自动格式化代码

手动格式化代码。

关于第三点，概念是永远不要自动格式化代码并有一些标准。目前，这似乎是我们所倾向于的。我对这种方法有点犹豫，因为它可能导致开发人员花费大量时间手动格式化代码。

如果有人可以请提供一些他们对此的想法和经验，那就太好了。

谢谢，

马丁

Answer 1

不要让工具/开发人员出于审美原因自动/手动重新格式化代码。修订之间的差异成为一场噩梦。拥有一个编码标准并尝试使用工具集来尽可能地使新模块符合要求。修改现有模块的人应该遵守该模块中使用的约定，无论他们喜欢与否。