ClearCase通用工作流示例

我正在使用ClearCase，我对该工具非常陌生。我发现它与其他源代码管理（比如git和svn）相比既混乱又麻烦。我想知道是否有人可以通过一个典型的工作流程。现在我们有一个主集成流，然后是子集成流，然后是每个项目的子集成流

用例1：

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

用例2：

如果我忘记了我所做的更改，是否有一种机制可以查看我修改的所有文件？一次把它们都登记进去

用例3：

如果我想修改一个文件，我总是要签出它吗

用例4：

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

用例5：

现在我有一个关于主集成流的动态视图，然后是中间的子视图。如果我只是在一条流上工作，是否有必要对所有其他流都有看法

我只是试图有效地使用clear case，但它似乎可以完成简单的任务，这需要大量的开销。有人能就如何简化体验给出一些提示或建议吗

谢谢

您可以看到，开始吧

用例1：

是的，这就是为什么建议尽可能使用一个流，而不是本机的“每个开发人员一个流”模型（）

用例2：

您可以使用基于

lsco | ci

的一些命令。
我在“”中详细介绍了该方法

用例3：

是的，在修改和签入文件之前，您需要签出文件，除非您直接在快照视图中修改它，作为一个示例；或在动态视图中显示为。
例如，请参见“”作为该问题的说明

用例4：

将为您执行此操作（），但您需要首先签出父文件夹

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

用例5：

如果我只是在一条流上工作，是否有必要对所有其他流都有看法

---

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

非常感谢VonC，这非常清楚了。

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