为了说服某些人从Clearcase
转到Git
,我需要向他们展示baselining
的替代方案以及activity
名下的签入/签出文档。
如何在Git中实现这些目标?在这种情况下,我只看到了标记选项,但这似乎对创建版本号而不是baselining或activity名称很有用。
答案 0 :(得分:2)
您可以在我的旧答案中阅读ClearCase和Git的良好比较。
“What are the basic ClearCase concepts every developer should know?”
要理解的关键方面是Git存储库将等同于UCM ClearCase组件:您无法将所有组件存储在Git存储库中,就像在UCM Vob中一样存储(集中式) )ClearCase VCS。
一旦你意识到这一点,基线就像是你的git repo的提交:它将引用该repo的全部内容。如果需要,您可以在其上添加标签(如full UCM baseline),但这不是强制性的。
每个提交代表一个活动:UCM活动是一个“更改集”:一个更改列表,这是Git提交允许您查找的内容。
答案 1 :(得分:1)
git提交与UCM活动不同。您可以通过手动推送与“活动”关联的文件来模仿这一点,但简化了UCM中的管理。在UCM中,您可以设置活动,完成工作,签入活动(或者您可以签入文件)并交付活动;无法提供单个文件。
活动也可以继续在多次交付中发挥作用。只要没有导致“拖动”的版本树冲突,开发人员就可以在自己的流中保留多个未交付的活动。
基线也是不同的。 UCM中的基线是一种标记先前和选定的集成流活动的管理方式。
UCM显着简化了多个流的管理,并确定了提交内容,提交内容以及它们所属活动之间的不同之处。
ClearCase和UCM不是同一产品。 UCM提供了CM管理改进 - ClearCase具有许多相同的功能,但它们需要更多的流程和严谨才能达到相同的目标。