版本控制和编码格式

Question

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

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

如果我们允许“盲”签入，那么每次有人签入时，代码看起来都会大不相同。这将使诸如差异和合并之类的事情变得复杂。

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

licensing)

• Have

• 使用相同的开发程序和相同的代码格式化程序(实际上不是一个选项，因为有一个钩子(客户端或服务器端)，它会在进入repository

• Manually格式代码之前自动格式化代码。

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

如果有人能提供一些他们的想法和经验，这将是伟大的。

谢谢,

马丁

Answer 1

不要仅仅出于美观的原因，让工具/开发人员自动/手动地重新格式化代码。两次修订之间的分歧变成了一场噩梦。有一个编码标准，并尝试工具集，以获得新的模块，以尽可能地符合您的要求。修改现有模块的人应该坚持在该模块中使用的约定，不管他们是否喜欢。

Answer 2

如果#1不是一个可行的选择，那么#3可能是你最好的选择。#2将使单个开发人员在签出并至少在其上运行自己的格式化程序一次之后，很难在工作副本和现有文件之间进行区分。

选项3主要是让人们养成习惯--如果每个人都能养成相同的习惯，代码格式就不会那么麻烦了。您必须格式化的唯一代码是您创建/触摸的代码；其余代码将通过签出进行格式化。

Answer 3

如果您运行一个以可接受的格式格式化代码的脚本(并且有每晚测试此代码的每晚构建)，那么您可以为SVN检查提供一个预提交钩子，它可以强制执行这个标准。

但是，选项3是最好的，因为在开发时在IDE中设置格式规则更容易。