等同于Git中的clearcase基线和clearcase活动？

为了说服某些人从

Clearcase

转换到

Git

，我需要向他们展示

基线化

和在

活动

名称下签入/签出文档的替代方案

---

如何在Git中实现这些目标？在这个场景中，我只看到标签选项出现在图片中，但这似乎对创建版本号而不是为或名称有用。

您可以在我的旧答案中看到ClearCase和Git的良好比较

“”

他们需要理解的关键方面是，Git存储库将相当于UCM ClearCase组件：您不能像使用（集中式）ClearCase VCS在UCM Vob中那样将所有组件存储在Git repo中

一旦您意识到这一点，基线就像您的git回购的提交：它将引用该回购的全部内容。如果需要，可以在其上添加标记（如a），但这不是强制性的

---

每个提交代表一个活动：UCM活动是一个“更改集”：一个更改列表，这是Git提交允许您查找的内容。

Git提交与UCM活动不同。您可以通过手动推送与“活动”关联的文件来模拟这一点，但是UCM中的管理被简化了。在UCM中，您可以设置活动、执行工作、签入活动（也可以签入文件）并交付活动；没有能力交付单个文件

活动还可以跨多个交付继续进行。开发人员可以在自己的流中保留多个未交付的活动，只要不存在导致“拖动”的版本树冲突

基线也不同。UCM中的基线是标记先前和选定集成流活动的一种管理方式

UCM极大地简化了对多个流的管理，并确定了提交之间的不同之处、提交人、提交活动的一部分

---

ClearCase和UCM不是同一产品。正是UCM提供了CM管理改进—ClearCase具有许多相同的功能，但它们需要更多的过程和严格性才能达到相同的目标。

基线在我看来更像一个分支，你不觉得吗？“推荐基线是一组已被确定为稳定的版本。该基线建立了项目的当前起点；当开发人员重新建立或加入项目时，这是作为开发流的基础的基线，除非他指定了要使用的不同基线。”（）@沃尔帕托不像树枝。就像一个可能分支的起点。