使用clearcase保存历史记录

我在一家ClearCase商店工作，CC做了很好的整合团队的工作，尽管我们的代码审查流程阻止了我使用它来跟踪我的日常变化。在我的CC视图之上创建一个hg仓库非常有效。我可以跟踪我的变化，方便地在文件服务器上的备份，生产用于人等使用clearcase保存历史记录

的diff这是一个好主意，直到我移动到一个新的CC视图，不得不离开我的背后的历史。我很乐意能够拉动？我以前的历史记录和新视图中的所有内容都显示为最新的变更集。

来源

2009-07-18 Arthur Ulfeldt

我们在ClearCase静态视图中使用Git，这与您描述的几乎相同的原因 - 更细粒度的控制。

在CC，当我们开始在新的（标记）的释放，并适当配置规范工作的变化，Git会挑选一个了作为一个经常变更。

神奇的作品很精巧，因为Git对配置规范一无所知，CC对于.git目录一无所知。当配置规范发生变化时，它会重新加载任何已更改但未触及.git目录的文件，因此Git仍会看到该回购。

我没有与任何水银的经验，但我刚刚解雇起来然后和增加了一些显示目录和文件，看来，它的工作方式相同。

来源

2009-07-19 12:15:03

我从来没有使用ClearCase的，所以我不能完全确定一个CC的观点是什么，但有一个为供应商下降，可能是适当这里的一般技术：检查在上游（CC）版本，也就是说，版本0，在hg分支vendor或任何你想要的。改回默认分支并破解。然后，当你想要移动到最新的上游版本，再看看你的汞回购vendor，替换为新的上游工作目录，（与--similarity选项可能检测改名）运行hg addremove，提交，并与当前的合并提示，然后切换回默认分支。

来源

2009-07-18 00:24:29 brendan

要完成brendan's answer，因为每个ClearCase的意见会在自己的路径（动态视图）或本地目录（快照视图），则必须：

移动你的汞回购
在hg repo中签出一个新分支，以便隔离由新CC视图的新配置规范引入的更改（例如，如果您使用的是UCM，则可以将CC Stream的名称镜像到hg分支中），例如
Syncing the CC view with your Mercurial Repository

来源

2009-07-18 05:59:24 VonC

你可以更具体的第一步？ – 2009-07-24 00:16:01

移动您的hg repo：这个想法不是直接*同步您的第一个CC视图中的原始hg repo：它应该在任何CC视图之外被克隆，设置到右分支，然后从那里按顺序创建一个新分支隔离由新的CC视图引入的文件。然后，您可以将该新视图与外部回购同步。最后你可以将该外部回购克隆到新的CC视图中。 – VonC 2009-07-24 05:37:00

使用clearcase保存历史记录

回答

相关问题