所以看看不同的版本控制系统：subversion、accurev、surround、tfs、bitkeeper/git/mercurial
出于某种原因，他似乎被 Surround 所吸引，并不是因为推销。我们最初下载它是为了评估它，但没有任何结果。所以现在我们又回到了 scm 并想再试一次。到目前为止，我还没有看到像其他一些版本控制系统那样围绕它的任何嗡嗡声。TFS 也一样
我在工作中一直在使用 Surround SCM，我会说它就是这样，但我发现有一些不足之处。虽然，我听说环绕声 scm 与环绕声的问题跟踪系统集成得很好，但我不能对此发表评论，因为我们不使用它。
我个人觉得 UI 是错误的和令人困惑的。
它不进行目录同步 ......这意味着每次您向项目添加新文件时，您必须手动将其添加到 SCM 存储库。如果你不这样做，在你的一位队友因为你破坏了构建而给你发电子邮件之前，一切对你来说都是正常的。
分支时没有复制修订历史的好方法 ......这意味着您不太可能在应该分支时进行分支。没有什么比不得不在本地存储代码更令人沮丧的了，因为您在发布之前进行了更改，而您的团队拒绝将代码分支到另一个存储库中。
没有好的方法可以将某些文件列入黑名单，以免在更新期间被签入或被覆盖。 如果有一个您不想签入的文件，那么您将不得不在每次要签入时扫描一长串文件并取消选择您不想要的那些文件。呸。
功能没有很好地记录 当然，它们发布了用户指南，但它与 Microsoft Windows 帮助功能一样有用。它逐步告诉您如何在 UI 中执行操作（即“单击“创建影子目录”，然后单击“确定”），但它没有告诉您这些功能是什么，它们打算如何使用，服务器端实际发生的情况等。
顺便说一句，如果您知道解决这些问题的任何好方法，请告诉我:)
危险！危险，威尔罗宾逊！
环绕是一个数据监狱。一旦你承诺它，你就会陷入困境。没有已知的方法可以将您的历史记录恢复到另一个 SCM。不要被困！
一般来说，这往往是闭源 SCM 的问题，但我有直接报告说，它对 Surround 尤其糟糕。
Subversion、git、Mercurial 或 Bazaar 会是更好的选择。
我在工作中使用 Surround 大约三年了。
它与他们的（Seapine 的）测试管理和问题跟踪程序配合得很好。如果您已经在使用 TestTrack，我会说 Surround 是一个不错的选择。
总的来说，我同意@eremzeit，但“错误和令人困惑”的评论很少适用于我们的工作流程。默认的差异工具（Guiffy）很糟糕，但通常足够好。
我喜欢的一个部分是能够轻松地跨存储库共享文件，而无需共享整个项目/存储库。Git 没有一种机制可以轻松地做到这一点。
最后一点：我们在 Linux 和 Windows 上使用了 Surround，它似乎在任何一个上都可以正常工作。有相同的界面很好。
优点：
缺点：
Subversion非常适合企业设置。Perforce就像颠覆，但速度更快，并且具有良好的用户界面、简单的许可条款和真正的超级支持系统。最近，Accurev凭借其创新的分支方法获得了稳固的基础。
恕我直言。寻找与您的缺陷跟踪、测试用例管理和构建管理解决方案交互良好的工具集。这将帮助您创建一个良好的开发者生态系统，从而节省时间。