gpt4 book ai didi

git - 同步 GIT 和 ClearCase

转载 作者:IT王子 更新时间:2023-10-29 00:48:20 26 4
gpt4 key购买 nike

我目前正在研究 ClearCase,现在正在迁移到 GIT。但是我们需要这种迁移方式,所有工作都将在 GIT 中完成,并且数据将同步回 ClearCase 流。我们将在 GIT 和 CC 中拥有相同的分支名称和流名称,因此编写脚本应该不是问题。这里的问题是,

谁能建议同步 CC 和 GIT 的最佳模型

  1. 将 CC 中的所有 Vob 作为 GIT 中的单一存储库,并将 CC 中的主要流作为 GIT 中的各个分支。 - 单个 GIT 存储库 (VOBS) 和多个分支(CC 流)。 - 这占用的空间更少,因为 VOB 被保存为具有许多分支的单个存储库。

  2. 将重要的 CC 分支作为独立的 GIT 存储库,每个存储库都有所有 CC VOB。 - 许多 CC 分支的许多 GIT 存储库 - 这将占用大量空间,因为 VOB 将被复制。

您认为哪种方式是使其与 ClearCase 保持同步的最佳方式

最佳答案

Have all the Vobs in CC as single repo in GIT, and have the major stream in CC as various branches in GIT

没有和是

Have important CC branches as independent GIT repositories and each repository having all the CC VOBs

没有也没有

重读my answer about Git limits ,你不应该试图在 Git 存储库中塞满“一切”。
另请参阅“What are the basic clearcase concepts every developer should know?”了解 ClearCase 和 Git 之间的比较。

流可以安全地作为分支导入。
但是 VOB 不一定是 Git Repo。

如果您使用 UCM,我建议每个 UCM 组件一个 Git 存储库。

无论如何,您需要在 Git 存储库中记录一种方法,以了解使用什么 ClearCase View 来同步回(通过 simple clearfsimport)您的数据。
用于 ClearCase 数据重新导入的 View 将是自动关联到正确流的 UCM View ,用于正确的 VOB。


注意:我在“How to bridge git to ClearCase?”中提到了一个更简单的解决方案,但它不会在 Git 存储库中导入所有历史记录。

关于git - 同步 GIT 和 ClearCase,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2477321/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com