我正在使用ClearCase，我对这个工具很新。与其他源代码控制相比，我发现它比较混乱和麻烦，比如git和svn。我想知道是否有人可以通过一个典型的工作流程。所以现在我们有一个主集成流，然后是一个子流，然后是每个项目的子流。
用例1：
我签入了一个文件，希望每个人都能得到改变。我必须首先添加到ClearCase或签入，然后我必须传递到我上面的每个流（两次），然后我将创建一个基线并执行rebase以将更改级联回来。这是对的吗？
用例2：
如果我忘记了我所做的更改，是否有机制查看我修改过的所有文件？并立即检查它们。
用例3：
如果我想修改文件，我是否总是要检查一下？
用例4：
如果我移动文件，是否必须将其从明显的案例中删除然后重新添加？或者，如果我只想重命名包或文件呢？
用例5：
现在我有一个关于主集成流的动态视图，然后是中间的子视图。如果我只是在一个流上工作，是否有必要查看所有其他流？
我只是想有效地使用明确的案例，但它似乎完成了简单的任务，有很多开销。任何人都可以提供有关如何简化体验的任何提示或建议吗？
谢谢
答案 0 :(得分：1)
您可以看到main differences between Git and ClearCase here，以帮助您入门。
用例1：
是的，这就是为什么建议尽可能使用一个流，而不是每个开发人员使用一个本地流＃34; model（that I denounced here）
用例2：
您可以根据lsco | ci，as in this answer使用一些命令
我在＆＃34; Recursive checkin using Clearcase＆＃34;
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的动态视图中 例如，参见＆＃34; Eclipse not allowing to modify files without checkout in ClearCase＆＃34;作为该问题的一个例证。
用例4：
cleartool mv会为您（as I mentioned here）执行此操作，但您需要先检出父文件夹。
必须检出要移动或重命名的元素所在的目录。还必须检出目标目录;此目录可能与源目录相同。
用例5：
如果我只是在处理一个流，是否有必要查看所有其他流？
不，这些观点不必开始甚至创建。