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