ClearCase 通用工作流示例

Question

我正在使用 ClearCase，我对这个工具非常陌生。与其他源代码控制（例如带有 svn 的 git）相比，我发现它令人困惑和繁琐。我想知道是否有人可以完成典型的工作流程。所以现在我们有一个主要的集成流，然后是一个子流，然后是每个项目的子流。

用例 1：

我签入一个文件并希望每个人都能得到更改。我必须首先添加到 ClearCase 或签入，然后我必须交付给我上方的每个流（两次），然后我将创建一个基线并执行一个 rebase 以将更改向下级联。这是正确的吗？

用例 2：

如果我忘记了我所做的更改，是否有一种机制可以查看我修改的所有文件？并立即将它们全部签入。

用例 3：

如果我想修改一个文件，我是否总是需要检查它？

用例 4：

如果我移动一个文件，我必须将它从透明盒中删除然后重新添加吗？或者如果我只想重命名一个包或文件呢？

用例 5：

现在我有一个关于主集成流的动态视图，然后是介于两者之间的子视图。如果我只在一个流上工作，是否有必要对所有其他流拥有视图？

我只是想有效地使用clear case，但它似乎完成了简单的任务，有很多开销。任何人都可以就如何简化体验提供任何提示或建议吗？

谢谢

Answer 1

您可以查看main differences between Git and ClearCase here，以帮助您入门。

用例 1：

是的，这就是为什么建议尽可能使用一个流，而不是原生的“每个开发者一个流”模型 (that I denounced here)

用例 2：

您可以使用一些基于lsco | ci、as in this answer的命令。
我在“Recursive checkin using Clearcase”中详细介绍了这种方法

ct lsco -r -cvi -fmt "ci -nc \"%n\"\n" | ct
ct lsco -r -cvi -fmt "unco -rm %n\n" | ct

用例 3：

是的，您需要在修改和签入之前签出文件，除非您直接在快照视图中修改它，如hijacked file；或在动态视图中以an eclipsed file.
例如，请参阅“Eclipse not allowing to modify files without checkout in ClearCase”作为该问题的说明。

用例 4：

cleartool mv 将为您执行此操作 (as I mentioned here)，但您需要先签出父文件夹。

必须签出要移动或重命名的元素所在的目录。还必须签出目标目录；此目录可能与源目录相同。

用例 5：

如果我只处理一个流，是否有必要查看所有其他流？

不，这些视图不必启动甚至创建。