clearcase ucm到git

clearcase ucm到git,git,github,clearcase-ucm,Git,Github,Clearcase Ucm,我需要将包含多个组件的UCM VOB迁移到GitHub 我读过很多这样的问题和答案,我也相信迁移所有的历史是不值得的 但是,我仍然被要求这样做。我该怎么做? 或者更确切地说:从哪里开始,至少可以捕获一些有意义的历史?UCM导入的一般规则是: 每个UCM组件一个Git回购 一个主要的Git回购协议 然后: 挑一条小溪 对于每个组件 对于每个基线,设置配置规范并将其内容添加到Git repo 如果您的流管理多个组件,并且设置了复合基线(一个引用其他基线的基线),那么您可以在主repo(将其他

我需要将包含多个组件的UCM VOB迁移到GitHub

我读过很多这样的问题和答案,我也相信迁移所有的历史是不值得的

但是,我仍然被要求这样做。我该怎么做?

或者更确切地说:从哪里开始,至少可以捕获一些有意义的历史?

UCM导入的一般规则是:

  • 每个UCM组件一个Git回购
  • 一个主要的Git回购协议
然后:

  • 挑一条小溪
  • 对于每个组件

  • 对于每个基线,设置配置规范并将其内容添加到Git repo
如果您的流管理多个组件,并且设置了复合基线(一个引用其他基线的基线),那么您可以在主repo(将其他git repo引用为子模块的那一个)上放置一个标记:这将有助于将多个git repo历史保存在一起


要点是:只有UCM基线是有意义的历史的一部分,因为它代表一组处于一致状态(版本)的文件,所有文件都标记在一起。

@phd更准确地说,我写下了这些“许多问题”的所有答案。最近的一个例子很好地说明了这一点:谢谢。正如您所提到的,my stream使用复合基线管理多个组件,而且组件也不是独立的,因为它们也引用其他组件。因此,我们可以使用git子模块实现这一点?@user2636464是的,前提是您的流已经设置了一些compite基线,这将有助于将组件(在该流中)设置为一致状态(即:它们在所述复合基线时的内容)。感谢VonC一直以来的帮助。真正地appreciated@user2636464没问题。不要忘记阅读每个基线,设置配置规范并将其内容添加到Git repo中,如图所示。---对于UCM视图,是否要将每个基线的配置规范修改100次,因为我有100条基线?