标签: plasticscm

我知道塑料SCM已有一些问题,但它们已有一年多了.有人最近使用过Plastic SCM吗？你怎么看待这件事.

我用过git,我现在正在使用Hg.我喜欢Hg源代码控制,但Visual Studio集成并不是很好,相关的任务/项目管理工具也不是很好.建议使用塑料SCM,但我希望获得社区观点. - 不,我不关心网站上的语法.对于营销良好的网站,我更喜欢精心设计的解决方案.

我目前正在为一个由10名开发人员组成的团队研究新的源代码控制选项.我们在Visual Studio 2008中进行.net开发.我们目前使用VSS进行源代码控制.

我们正在寻找一个集中的源代码控制解决方案(非分布式),带有一个很好的Visual Studio插件.我的经理推荐了Plastic SCM,我总是听到Subversion的好消息.我正在尝试决定是否应该采用Subversion或Plastic SCM.

关于Plastic SCM的信息不多(除了他们写的内容),我想知道它是否是一个很好的解决方案.它们听起来好像分支更简单.

另一方面,Subversion拥有一个强大,成熟的社区,并且已经过彻底的现场测试.

这些工具的优缺点是什么？

还有其他任何你可以建议的工具吗？

谢谢

1)有没有人使用塑料SCM？它可靠吗？

2)与Mercurial相比如何？(看起来这是Windows上DVCS的一个很好的候选者.我试过Git并且真的不喜欢它.)

3)我真的很喜欢TortoiseSVN.我喜欢一个中心模型,因为如果它在存储库中它是"安全的"并被跟踪的.这是一个问题:对分布式版本控制(DVCS)的兴奋值得炒作吗？

我的环境:

1. Windows 7的

2. Windows开发(Dev.Studio 2005,SQL Server 2003); 整合会很好

3. 两位开发者共享相同的代码

4. 几乎每天都会将代码推送到生产服

我们正在研究Plastic SCM作为Subversion的替代品,用于我们产品的版本控制.除了非常大的源代码库之外,我们还有大量的二进制资产(主要是艺术资产,但也包括一些文档,AVI等).只是给它上面写一个数字 - 我们HEAD版本的主干分支的svn签出需要一个多小时,磁盘大小约为9 GB.

有没有人在这样的环境中有任何塑料SCM的经验,或者可以参考一些关于Plastic SCM的性能和大型存储库处理的白皮书或案例研究？谷歌搜索并没有真正改变客观研究 - 只是由Codice自己发布的东西.我也意识到Perforce在这种环境中做得非常好 - 我以前用过它 - 但我们是一个非常小的团队,预算同样很小,Codice为小团队免费提供这个系统("社区版").

我非常接近将它安装在测试服务器上并试用它...但是想先发布问题,以免浪费我的时间,如果其他人已经在这样的环境中尝试过了.在此先感谢您的时间.

更新02-FEB-2011: 只是一个更新以防其他人有类似的问题,并正在查看...我在一台非常适度的Windows 2008 Server机器上安装了塑料(2.8GHz Core 2 Duo,4 GB RAM,存储库正在存储在本地网络上的SAN上)为Plastic存储库运行SQL Server 2008 R2.颠覆修订历史的导入需要一段时间 - 不到三天 - 约28000次修订.然而,SMOKIN很快就从Plastic进行了一次新的分支检查 - 与塑料相比,只需少于4分钟,而Subversion则超过一小时,如上所述.到目前为止,我们印象非常深刻!

我花了最后几个晚上研究版本控制应用程序,主要是在SO阅读帖子和访问网站上.我正在为自己的个人爱好C#项目寻找​​SCM.

我希望版本控制服务器在我的PC本地,无意远程或内部网或多用户开发,并且想要一个VS2010插件,也许还有Eclipse; 据我所知,Plastic SCM支持的所有功能都只需一个简单的下载/安装.但它具有比我在家中使用的功能和功能更多的特性和功能.

如果有人使用Plastic SCM隐士风格,您会发现它作为单个开发人员SCM工具有效吗？

我正在尝试找到快速导出hg存储库并将结果转储到快速导出兼容格式文件的方法.

基本上我想用Git或Plastic SCM做同样的事情:

git fast-export --all -C --tag-of-filtered-object=drop --signed-tags=strip > Repository.fast-exported


cm fast-export MyProject@PlasticSCMServer:8087 Repository.fast-exported

我知道我可以使用hg-fast-export.py工具直接快速导入/快速导入Git(http://hedonismbot.wordpress.com/2008/10/16/hg-fast-export-convert -mercurial-repositories-to-git-repositories /)但我想知道我是否可以创建转储文件.

我有一个关于一般DVCS的问题,包括Git和Hg.

在Git和Hg中,合并跟踪是在"提交"级别而不是"文件/目录"级别完成的.

其中一个"副作用"是您不能轻易进行"部分合并":

• 您已在分支"feature_branch_x"中修改了30个文件
• 你想只合并(让我们说)/ kernel/gui下的文件

使用"基于项目的合并跟踪"(Perforce,ClearCase,Plastic SCM <= 3.0),您可以选择要合并的几个文件,然后签入,然后重复合并,将显示待处理文件.

使用Hg,Git:一旦你合并(有方法保存文件而不合并),设置"跟踪",如果你重复合并,则不会留下合并的候选者.

我的问题是你对此感觉如何？

是否存在您认为"部分合并"是强制性的情况？你可以没有它吗？(与commit/cset级别跟踪合并要快得多).

免责声明:我为Plastic SCM工作,我们已经转向4.0中的"cset"级别跟踪,但我们想知道保持"项目级别合并跟踪"或者两者兼而有之是不是一个好主意.

如何在Plastic SCM中备份存储库？正在手动备份数据库是否足够？如果系统服务器崩溃,我将来能够恢复并开始使用存储库吗？或者还有其他方法或界面来完成这项工作吗？

我正在为Plastic SCM编写快速导出/快速导入,但是我在处理名称中包含空格的目录和文件时遇到了问题.

例如,一个git fast-export类似于:

git mv "new directory" "second directory"

最终导出为:

D new directory/hello.c
M 100644 :1 second directory/hello.c

而不是" move" (R)操作.名称中包含空格的文件也是如此.

有没有办法正确处理它？
这是否意味着Git无法处理带空格的路径上的重命名？

编辑下面的一个真实例子:

我在提交时有这样的事情:

  R src/samples/sampledata src/samples/samplebase
* R src/samples/samplebase/Test.Workflow.xml src/samples/samplebase/new/Test.Workflow.xml

它无法导入说法

fatal: Path src/samples/samplebase/Test.Workflow.xml not in branch

所以,据我所知,它不支持移动目录,然后在其中移动文件......这有点奇怪,不是吗？

我试图了解Plasticscm是否可以允许以下工作流程

1. 在开发人员完成任务视图的工作后,他/她希望将其提交给父流进行审核
2. 是否可以生成待供特定开发人员审核的文件列表？理想情况下,此列表应打印/存储在文件中.
3. 假设审核过程接受了主存档中的更改,则必须使用在特定日期的所有已接受审核中生成的二进制文件来执行集成商测试.是否可以从尚未正式归档的源版本生成此类二进制文件？
4. 集成商用户是唯一可以使用塑料SCM将更改提交到存档的用户吗？

感谢您的所有时间和精力.请原谅我的无知..我试图浏览相关文档,但无法找到上述问题的答案.