Clearcase 在签入时如此缓慢：签入大量修改文件的速度有多快？

Question

我习惯使用 git/svn 或 cvs，但我知道我需要使用 clearcase。

我通常的工作流程包括每天 30 次提交和大约 5 次对旧版本的签出。

使用 git，每次提交都在不到 5 秒内完成（这很慢，因为我需要编写好的 cmets），并且从以前的版本中进行的每次更新大约需要 10 秒。

ClearCase 我发现一切都不一样了...

每次提交大约需要 10 分钟（当我进行重构时，我需要检查很多文件，每次超过 500 个）。而且因为我正在使用嵌入式目标，所以我必须以这种方式工作：做一些更改，提交，在平台上测试，调试，提交，回到我的第一点。

• 为了能够使用 cc 回到以前的修订版，我必须在每次提交后创建一个标签，因为将视图设置为特定日期可能很危险（服务器和本地时间有时不同）。

• 然后我必须将标签应用于我的所有文件。

• 这意味着每天大约 30 个标签。
• 如果我想回到以前的版本，我需要手动编辑配置规范并重新加载我的视图。

似乎我从git or svn 的经验中获得的通常工作流程必须与clearcase 不同。

这里只是为了提供信息，我每天可能花在 git 和 cc 上的时间：

git: 30*5 + 5*10 = 200s -> 3min cc: 30*600 + 5*800 = 22000s -> 6h

你会如何加快这个过程？

Answer 1

ClearCase and git 之间的主要区别在于它是一个逐个文件的 VCS，旨在管理大量文件，一次只进行很少的修改。

因此，如果您同时进行多项修改，clearfsimport I suggested in your previous question is your best bet。

但总的来说，该工具会让您重新思考您的工作流程，以便：

• 将您的代码库拆分为不同的文件集（在一小部分文件上设置标签比在 Vob 的所有文件上设置标签更省时）。
• 管理不同的视图，以便拥有一个具有正确配置规范的视图（或并行启动更新）
• 定期合并一组专用文件，以避免合并太多文件。

这就是引入UCM的原因：那些“文件集”称为组件，放置标签称为“基线”。
另外，在 UCM 中，您可以在“活动”中签入您的文件（它扮演提交的角色）。
UCM 可以帮助控制这些文件的管理。