对Surround scm的任何想法?

use*_*024 1 version-control surroundscm

所以看看不同的版本控制系统:subversion,accurev,surround,tfs,bitkeeper/git/mercurial

  • 颠覆:我认为它是非常受欢迎的标准
  • Accurev:周围似乎有一种爱恨交织.
  • 环绕声和TFS:我没有看到很多关于它们的评论.
  • Bitkeeper/Git/Mercurial:看起来很受欢迎,但我认为"分发"可能会吓到我的经理大声笑

出于某种原因,他似乎被Surround所吸引,这不是因为销售推销.我们最初下载了它以进行评估,但没有任何结果.所以现在我们回过头来看看scm并想再试一次.到目前为止,我还没有像其他版本控制系统那样看到任何嗡嗡声.对于TFS也是如此

ere*_*eit 14

我在工作中一直使用Surround SCM,我会说它就是这样,但有一些我觉得缺乏的东西.虽然,我听说环绕scm与环绕声问题跟踪系统很好地集成,但我不能对此发表评论,因为我们不使用它.

我个人觉得用户界面很麻烦而且令人困惑.

  • 工作流程令人困惑,并且经常为您提供不适用的提示,因此您习惯于忽略警告.
    • 例如."你确定你不想自动合并吗?" "你确定要覆盖文件吗?"
  • 用户界面总是会让你使用自动合并功能,但每次我尝试它时,最终会弄乱我的代码(C#).
  • 最重要的是,打包的差异工具(Guiffy)是错误的,并且不能正确显示文本.
  • 奇怪的工作流程怪癖可能会导致您的更改被覆盖.

它不执行目录同步 ...这意味着每次向项目添加新文件时,都必须手动将其添加到SCM存储库.如果你不这样做,一切都会正常,直到你的一个队友给你发电子邮件,因为你打破了构建.

当你进行分支时,没有好的方法可以复制修订历史 ...这意味着你不太可能在应该分支时进行分支.没有什么比在本地存储代码更令人沮丧的了,因为您在发布之前就进行了更改,并且您的团队拒绝将代码分支到另一个存储库中.

在更新期间,没有好办法将某些文件列入黑名单,也不会被覆盖. 如果有一个您不想办理登机手续的文件,那么您将无法通过长长的文件列表进行扫描,并且每次要办理登机手续时都会取消选择您不想要的文件.呸.

功能没有记录得很好 当然,他们发布了用户指南,但它与Microsoft Windows帮助功能一样有用.它会逐步告诉您如何在UI中执行操作(即"单击'创建阴影目录',然后单击"确定",但它不会告诉您这些功能是什么,如何使用它们,服务器端等实际发生了什么

顺便说一句,如果你知道解决这些问题的任何好方法让我知道:)


ESR*_*ESR 7

危险!威尔罗宾逊,危险!

Surround是一个数据监狱.一旦你承诺,你就被困住了.没有已知的方法可以将您的历史记录恢复到另一个SCM.不要被困!

这通常是闭源SCM的一个问题,但我直接报告说它对Surround特别糟糕.

Subversion,git,Mercurial或Bazaar将是更好的选择.