Git-ClearCase方法
我想将项目从CC迁移到Git。Git-ClearCase方法,git,migration,clearcase-ucm,Git,Migration,Clearcase Ucm,我想将项目从CC迁移到Git。 我正在寻找如何做的指导方针或建议(不是技术方法)。 例如,如果我有5个UCM组件,我需要为每个组件创建存储库还是创建一个包含5个文件夹的存储库 我熟悉CC方法。你有一些相关链接吗?在我的旧答案“(2014年)中,你有一些指导原则,但更一般地说,我要补充(2016年): ClearCase是集中式的,Vob甚至UCM组件(无论是UCM Vob还是UCM Vob中的顶级文件夹)的大小都没有限制。 因此,虽然经验法则是每个UCM组件一个git回购,但需要对照所述组件的实
我正在寻找如何做的指导方针或建议(不是技术方法)。
例如,如果我有5个UCM组件,我需要为每个组件创建存储库还是创建一个包含5个文件夹的存储库
我熟悉CC方法。你有一些相关链接吗?在我的旧答案“(2014年)中,你有一些指导原则,但更一般地说,我要补充(2016年): ClearCase是集中式的,Vob甚至UCM组件(无论是UCM Vob还是UCM Vob中的顶级文件夹)的大小都没有限制。
因此,虽然经验法则是每个UCM组件一个git回购,但需要对照所述组件的实际特性进行检查
由于git repo表示“快照”的历史记录(不是ClearCase快照,而是更像ClearCase标记),因此我只将ClearCase基线导入git repo,而不是每个文件的中间版本。基线适用于UCM组件中的所有文件,这更符合git提交。我的旧答案“”(2014)中有一些指导原则,但更一般地说,我要补充(2016): ClearCase是集中式的,Vob甚至UCM组件(无论是UCM Vob还是UCM Vob中的顶级文件夹)的大小都没有限制。
因此,虽然经验法则是每个UCM组件一个git回购,但需要对照所述组件的实际特性进行检查 由于git repo表示“快照”的历史记录(不是ClearCase快照,而是更像ClearCase标记),因此我只将ClearCase基线导入git repo,而不是每个文件的中间版本。基线应用于UCM组件中的所有文件,该组件更符合git提交