我有一个客户是谁,而坚持不移使用ClearCase。 是否有任何工具/脚本,可以让我的团队对一个SVN仓库的工作(或真的比ClearCase的其他任何东西 ),但定期自动同步回的变更,以在ClearCase VOB?
我的想法是,如果这样的工具存在的,它是自动的,可靠的,透明的,客户端可能会pursuaded让我们对SVN工作。
谢谢,肯特
我有一个客户是谁,而坚持不移使用ClearCase。 是否有任何工具/脚本,可以让我的团队对一个SVN仓库的工作(或真的比ClearCase的其他任何东西 ),但定期自动同步回的变更,以在ClearCase VOB?
我的想法是,如果这样的工具存在的,它是自动的,可靠的,透明的,客户端可能会pursuaded让我们对SVN工作。
谢谢,肯特
我使用的Git直接在ClearCase视图中。
然后,我可以git2svn
如果我有一个SVN回购与之同步回内容SVN。
注:为工具,以在ClearCase视图中直接工作,我必须使用快照视图,以便即使他们没有签出尚未将文件写入英寸 然后我考虑成品的任何活动,我更新快照视图,让我列出所有“劫持”的文件。 我检查出它们,然后签入他们。
我想在这种情况下,与SVN工作(ClearCase的回购协议客户端)看到的问题将是:
至少,使用Git,你必须:
我们正是需要这样的项目,我开始了。 该小组在SVN更舒适,而企业的标准是ClearCase的。 所以我写了一个脚本不间断的迁移躯干ClearCase中,并运行它我们构建服务器上。
我已经把这里的脚本: http://dvae.net/blog/2009/09/clearcase-to-svn/
我们所做的是成立一个工作定期运行和使用clearfsimport做了迁移我们构建服务器上。 我们使用Luntbuild的作为构建服务器,但巡航控制会工作也没关系。 像一个正常的构建,我们设置脚本只能在何处运行检测svn的修改时。 我们必须每20分钟一次的ClearCase的服务器是在一个不同的国家工作,所有的操作都慢,同步花了40分钟来运行。 我建议经常,你可以运行。
该脚本是基于ClearCase的UCM,如果你没有那么必须删除“cleartool mkact”,并在年底创建标签,而不是一个基线。
我设置了ClearCase的评论是一个串联自上次同步所有SVN提交。
我发现它可靠,它会失败的唯一原因是,如果ClearCase的触发器(如“邪恶双子星”触发)停止签入。 当这种情况发生构建失败,Lunbuild发送一封电子邮件,然后我必须做手工反向合并的历史摆脱邪恶的双胞胎的问题,提交并重新运行。
仅供参考:它可能以某种方式对你有用: 从SVN移动到CLEARCASE
这不同步的数据,但如果你需要迁移过来,它可能会助阵。
如果ClearCase的具有命令行支持,你将能够编写一个脚本来检查到ClearCase中,并配置SVN自动执行它,当代码提交( post-commit钩子 )
是的,CollabNet的专门提供了一个商业产品,为此目的,称为CollabNet的Subversion的连接器。
还有来自Clearvision电视商业工具,只是这个目的是可以在这里找到:
http://www.clearvision-cm.com/clearcase-subversion-git-mercurial-integration.html
它可以同步与任何颠覆,混帐或水银的ClearCase。
这本文介绍了几种方法:
http://www-01.ibm.com/support/docview.wss?ratlid=cctocbody&rs=984&uid=swg21258843 。
基本上变种:
1)如果你不感兴趣的维护版本历史记录和仅仅希望从最新版本或预选配置启动,您可以使用clearfsimport命令。 回顾上clearfsimport的更多信息,主题(cleartool人clearfsimport)ClearCase的命令参考指南。
2)如果您需要的版本历史,你可能要评估开源工具svn2cc。
解决方法:
它可以创建视图颠覆代表你的开发流某些里程碑。 从那里,你可以导入使用上述命令clearfsimport从每个视图顺序版本。 在这种情况下的clearfsimport命令将创建每次运行它会自动将标签应用于进口版本时间元素的新版本。
您可以尝试使用clearexport_cvs,作为Subversion版本库非常类似CVS(并行版本系统),请参阅IBM Rational ClearCase的命令参考这个导出工具的更多细节。