use*_*024 1 version-control surroundscm
所以看看不同的版本控制系统:subversion,accurev,surround,tfs,bitkeeper/git/mercurial
出于某种原因,他似乎被Surround所吸引,这不是因为销售推销.我们最初下载了它以进行评估,但没有任何结果.所以现在我们回过头来看看scm并想再试一次.到目前为止,我还没有像其他版本控制系统那样看到任何嗡嗡声.对于TFS也是如此
ere*_*eit 14
我在工作中一直使用Surround SCM,我会说它就是这样,但有一些我觉得缺乏的东西.虽然,我听说环绕scm与环绕声问题跟踪系统很好地集成,但我不能对此发表评论,因为我们不使用它.
我个人觉得用户界面很麻烦而且令人困惑.
它不执行目录同步 ...这意味着每次向项目添加新文件时,都必须手动将其添加到SCM存储库.如果你不这样做,一切都会正常,直到你的一个队友给你发电子邮件,因为你打破了构建.
当你进行分支时,没有好的方法可以复制修订历史 ...这意味着你不太可能在应该分支时进行分支.没有什么比在本地存储代码更令人沮丧的了,因为您在发布之前就进行了更改,并且您的团队拒绝将代码分支到另一个存储库中.
在更新期间,没有好办法将某些文件列入黑名单,也不会被覆盖. 如果有一个您不想办理登机手续的文件,那么您将无法通过长长的文件列表进行扫描,并且每次要办理登机手续时都会取消选择您不想要的文件.呸.
功能没有记录得很好 当然,他们发布了用户指南,但它与Microsoft Windows帮助功能一样有用.它会逐步告诉您如何在UI中执行操作(即"单击'创建阴影目录',然后单击"确定",但它不会告诉您这些功能是什么,如何使用它们,服务器端等实际发生了什么
顺便说一句,如果你知道解决这些问题的任何好方法让我知道:)
危险!威尔罗宾逊,危险!
Surround是一个数据监狱.一旦你承诺,你就被困住了.没有已知的方法可以将您的历史记录恢复到另一个SCM.不要被困!
这通常是闭源SCM的一个问题,但我直接报告说它对Surround特别糟糕.
Subversion,git,Mercurial或Bazaar将是更好的选择.
归档时间: |
|
查看次数: |
3805 次 |
最近记录: |