UCM：如何在任意增量基线上创建动态视图（基本clearcase）

目前我们使用ClearCase UCM。。我试图评估在我们的项目中使用git的可能性。我决定用过去三年的变化从整合流中创建大型回购。pvob下有12个VOB。为了进行评估（创建最坏情况），我将所有更改放在单个存储库中

我想创建一个基本clearcase视图，然后为pvob上的每个基线调整其规格。然后将同步到git存储库

简言之，问题是：在给定pvob基线的情况下，如何创建一个基本clearcase视图，并不断更改其配置规范以匹配每个基线

（学术笔记：我正在努力实现的目标）

（在我的案例中，中讨论的方法是一种变通方法。我想我可以避免创建许多临时流的步骤-不确定如何创建！）

我将所有更改放在一个存储库中

这不是git回购的正确粒度。
在完成了多个ClearCase到Git的迁移之后，正确的规模通常是一个UCM组件等于一个Git repo

如何在给定pvob基线的情况下创建基本clearcase视图，并不断更改其配置规范以匹配每个基线

您不必创建基础ClearCase视图。
您可以创建Int流的子流，并管理希望在那里看到的基线。
（

cleartool-rebase-bas xxx@\YourPVob

）

然后，可以使用该子流的UCM视图作为git导入的源

如果这种方法不可行（正如我所解释的，因为例如，所有基线都没有在同一个父流中创建），那么您可以创建一个基本ClearCase视图并修改其配置规范，以便选择基线完整ID：

element * BaselineId1    
element * BaselineId2    
...

（这里的动态视图对于调整配置规范更有用。
一旦设置了配置规范，就可以使用相同的配置规范和适当的加载规则更新快照视图，以将其用作git导入的源

您需要确保这些基线是：

• （您可以将增量升级为完整）
• 用他们的id引用（不是他们的标题，这是他们的可见名称）。
  另见“”：

第二个命令将为您提供流中的所有基线。
在这两种情况下，您将看到基线ID及其名称

---

我在以下文章中提到了ClearCase到Git迁移方面：

• “”
• “”
• “”
• “”
• “”

一个好方法是使用：

git --git-dir=/path/to/git/repo/.git --work-tree=/path/to/ClearCase/view add .

允许您将CaseCaseVIEW视为Git RePO的工作树（这是导入的目的地）。 我通常不会尝试从所有流导入所有基线，因为它太复杂，太快（为了正确地获得这些历史的顺序）

---

我只是从主流中获取一些基线，导入它们并从那里开始（保持ClearCase引用作为历史研究的只读存档源）。

好的。我试试看。我想我需要为每个基线创建一个流。在再次阅读（从您的答案）之后，很明显，一个子流和许多回扣就可以了。出于学术兴趣，是否有可能使基本clearcase视图正常工作？如何将pvob上的基线映射到vobs的基线ID？Jayan我编辑了答案，以解决您关于基线的问题。我在那篇编辑文章中提到了我以前的答案，为了正确理解基线，阅读这个答案非常重要。我没有发现任何其他答案中提到的诀窍。：）这将删除rsync步骤：）。谢谢你的回答。我不知道如何编辑问题/标题以匹配您的答案@Jayan标题还可以，因为您仍然需要配置基础ClearCase视图以适应任何UCM基线。

git --git-dir=/path/to/git/repo/.git --work-tree=/path/to/ClearCase/view add .