Version control 如何使用ClearCase追踪第三方来源而不感到头痛？

首先：我不是一个经验丰富的ClearCase用户，但我有很多使用其他VCS和*nix命令行工具的经验。对于ClearCase，我使用在Unix shell中工作的命令行工具（“cleartool”）

问题：我在ClearCase中存储了一小部分源代码。偶尔会出现一个具有相同源代码的fresh.tgz，我必须更新存储库中的源代码（不能更改流程以便其他方使用ClearCase）

现在我做以下几点：

将tgz提取到，比如，“~/new\u src”

“ct setview…”和cd到震源所在的位置（例如，“/vobs/src”）

我将源代码与“diff-Naurb.~/new_src”进行比较，检查diff的输出并：

将新文件复制到/vobs/src并对其执行“cleartool mkelem”

签出更改的文件，复制新的源并提交它们

对新目录执行“cleartool mkdir”并填充它们

这个过程慢慢地让我发疯，因为在几乎任何其他版本控制系统中，我都会签出源代码，复制新的源代码，检查差异，添加新文件，然后提交全部内容。或者，更好的是，使用标记/分支，尽管在这种情况下它们确实不需要-我需要在回购协议中拥有最新版本的源代码，仅此而已

我尝试签出所有内容（使用“cleartool co-nc

find.

”），复制新的源代码，然后提交更改的文件/添加新文件。但这需要对“ClearToolLS”输出进行解析，甚至更为混乱

---

我可能会错过一些显而易见的东西，但几次对谷歌的突袭告诉我，我不是。然而，我希望从ClearCase的超级用户那里听到这个消息——像我这样的无能者还有希望吗？：）

我只是想确定一下：

你知道，对吗

因为在阅读（可能太快）你的问题后，这个命令可能就是你想要的

---

我就是这么想的。。。如果您需要更多详细信息，请对此答案发表评论。我将监视这些。我在clearcase中存储了一堆Perl模块。但是我只是签入tar.gz文件，然后让一个脚本去提取并安装它们（到构建树中），作为构建过程的一部分

---

对于其他语言，我可能也倾向于同样的想法——在构建的其余部分继续之前，在make文件中有一个步骤来提取tarball。使替换新版本变得非常容易。

如果您使用ClearCase UCM，那么还有另一种处理第三方存储库的方法-使用组件（读写或通常只读）

比尔， 塔米尔·格芬 CM和ALM顾问 我的博客：