Git - ClearCase方法 [英] Git - ClearCase methodology

查看:219
本文介绍了Git - ClearCase方法的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我想将项目从CC转移到Git。

我正在寻找指导方针或建议如何去做(不是技术方法)。有5个UCM组件,我是否需要为每个组件创建存储库或创建一个包含5个文件夹的存储库?



我熟悉CC方法。你有一些相关的链接吗?

解决方案

在我的旧回答清理案例到Git迁移(2014),但更一般地说,我会加上(2016):

ClearCase是集中式的,Vob或UCM组件的大小没有限制(不管是UCM Vob还是UCM Vob中的顶级文件夹)。

所以,虽然经验法则是一个git repo每个UCM组件,它需要根据该组件的实际特性进行检查。



由于git仓库代表了快照(而不是ClearCase快照) ,但更像ClearCase标签),我只将ClearCase基线导入到git repo中,而不是每个文件的中间版本。基线适用于UCM组件中的全部文件,该文件与git提交更直接。


I wants to migrate projects form CC to Git.
I'm looking for guidelines or recommendation how to do it (not technical methods).
for example, if I have 5 UCM components, do I need to create repository for each component or to create one repository with 5 folders?

I'm familiar with CC methods. Do you have some relevant links?

解决方案

You have some guidelines in my old answer "ClearCase to Git migration" (2014), but more generally, I would add (2016):

ClearCase being centralized, there is no limit in size for a Vob or even an UCM component (be it an UCM Vob, or a top folder within an UCM Vob).
So while the rule of thumb is one git repo per UCM component, it needs to be checked against the actual characteristic of said component.

Since a git repo represents an history of "snapshots" (not the ClearCase snapshots, but more like ClearCase tags), I only import ClearCase baselines into a git repo, not intermediate versions per files. The baseline applies to all files in an UCM component, which is more inline with git commits.

这篇关于Git - ClearCase方法的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆