我目前正在研究ClearCase,现在正在迁移到GIT.但是我们需要这种迁移,所有工作都将在GIT中完成,数据将被同步支持ClearCase流.我们将在GIT和CC中使用相同的分支名称和流名称,因此编写脚本应该不是问题.这里的问题是,
有人可以建议哪个是同步CC和GIT的最佳模型
将CC中的所有Vobs作为GIT中的单个回购,并将CC中的主要流作为GIT中的各个分支. - 单GIT仓库(VOBS)和许多分支(CC流). - 由于VOB被保存为具有许多分支的单个仓库,因此占用的空间更少.
将重要的CC分支作为独立的GIT存储库,每个存储库具有所有CC VOB. - 许多CC分支的许多GIT仓库 - 这将占用大量空间,因为VOB将被复制.
您认为哪种方法是与ClearCase保持同步的最佳方式
我有一个上游存储库,有一些变化.我有本地更改,我想改变上游的变化.我想知道我在本地更改的文件也改变了上游,所以我可以检查任何自动合并.或者,我想在rebase期间手动执行任何合并.
我必须在一段时间内生成一个git存储库中的更改列表.为此,我注意到了提交ID并将其与最近的HEAD进行比较,以生成git存储库中的更改列表.例如:
$ git diff --name-status OLD_COMMIT..HEAD
这给出了git存储库中的修改列表.
但是,最近我注意到这种方法存在缺陷,因为它没有列出删除的目录.虽然它正确列出了已删除的文件.
如何在git存储库中获取正确的删除列表？(因为,如果它可以列出已删除的目录,那么可以理解所有文件都已在其中删除.因此,不会有大量已删除的文件,但只有一行显示已删除的目录!)