TFS 2010 Basic（beta 2）与Subversion等

Question

对于使用Visual Studio 2010 beta 2的独立开发人员，TFS Basic是比Subversion（使用VisualSVN或Ankh）和（可选）Cruisecontrol更好的选择吗？

我不需要分布式源甚至远程访问。我并不关心下钻和所有报道。我只想要版本控制＆amp;潜在的自动化测试和建筑物。

编辑：回应Bob Aman的问题（感谢鲍勃）

我正在考虑自我托管，但正如你所说，异地是一个好主意。我经常备份。实际上只有我才能访问存储库，因此访问控制不会复杂。我确实有MSDN订阅，因此成本不是问题。存储库不会特别大 - 我没有那么高效。 ：/

Answer 1

非常依赖于几个因素。您是自己托管存储库还是将其外包给处理该存储库的公司？ （强烈推荐，因为这通常意味着您可以获得便宜的异地备份和冗余。有时候很难做到的事情。）为Subversion找到恒星托管要容易得多。我相信TFS托管市场上只有一两种选择。有多少人可以访问存储库？您是否需要在存储库的某些部分设置权限？您想如何处理访问控制？如果你需要做任何特别复杂的事情，要么在TFS中不可能，要么非常昂贵。 Subversion通常可以处理它，虽然它并不总是很容易设置。

几乎TFS版本控制所能做的一切也可以在Subversion上完成，无论是开箱即用还是借助一些额外的工具。 Subversion也与Visual Studio很好地集成，但我个人总是喜欢TortoiseSVN。假设您还没有通过某种类型的MSDN订阅获得TFS，那么它的成本也会低得多。

但是，如果您进入版本控制的极端领域（例如，荒谬的巨大存储库或存储库中的巨大二进制文件），您真正想要的是Perforce。

Answer 2

如果你不是一个受微软欢迎的大公司，我建议颠覆。

TFS源代码控制是 - 我怎么能把它 - 不幸。

如果您曾经做的唯一事情是在visual studio中工作，它的效果非常好。但是，只要您想从外部与它进行交互（例如，添加文本文件或某些不在Visual Studio解决方案文件中的批处理文件），就会变得痛苦和有问题。

这主要是因为它将所有文件标记为只读文件系统，除非您明确检出它们。 Visual Studio会自动执行此操作，但对于其他任何操作，您始终必须使用命令行 tf.exe 或TFS电源工具显式检出文件。它很快就变得很烦人。

另一个副作用是跟踪新文件。当你做差异时，Subversion等会告诉你有关新的未跟踪文件和目录，而TFS将完全忽略它们。这导致许多破坏的构建，因为开发人员忘记签入新文件，因为就TFS而言，在他们明确添加它之前它根本不存在。

TFS也与用户身份验证的Windows域模型密切相关。您需要为可以访问它的人员添加Windows用户帐户，如果您尚未在公司域网络上运行，则会很痛苦。