当然，我们的组织没有任何文档。
我在想是否有可能以类似于Git的方式使用ClearCase？
也就是说，是否有一种方法可以分支/派生特定的文件？拉取请求？合并/提交？等等？
或者是否有一种简单的方法可以将某种类型的桌面SVN集成到我的ClearCase工作流程中？
我在想是否有可能以类似于Git的方式使用ClearCase？
也就是说，是否有一种方法可以分支/派生特定的文件？拉取请求？合并/提交？等等？
或者是否有一种简单的方法可以将某种类型的桌面SVN集成到我的ClearCase工作流程中？
1个回答
5
您可以在 "每个开发人员都应该了解的基本ClearCase概念 "中找到ClearCase和Git之间的主要区别。
ClearCase和Git之间的主要区别是缺少私有提交：如果您在与同事相同的分支（或UCM流）中检入文件，则他/她将不得不立即获取您的新版本（对于动态视图）或在下一个更新（快照视图）。
使用ClearCase跨站点可以使用ClearCase多站点完成，具有繁琐的所有权系统，防止任何并发工作。 或者您可以使用CCRC（ClearCase Remote Client）
在这两种情况下，您仍然需要连接到ClearCase服务器，否则您将无法进行Checkin（这与Git的更改不同，您可以在本地提交）。
我建议至少使用带有UCM（ClearCase提供的一种方法论），这将迫使您清楚地定义UCM组件（与Git repos大小相当），以及流（从中您正在工作的基线配置）。 从那里，您清楚地看到了您需要执行的合并工作流。
ClearCase和Git之间的主要区别是缺少私有提交：如果您在与同事相同的分支（或UCM流）中检入文件，则他/她将不得不立即获取您的新版本（对于动态视图）或在下一个更新（快照视图）。
使用ClearCase跨站点可以使用ClearCase多站点完成，具有繁琐的所有权系统，防止任何并发工作。 或者您可以使用CCRC（ClearCase Remote Client）
在这两种情况下，您仍然需要连接到ClearCase服务器，否则您将无法进行Checkin（这与Git的更改不同，您可以在本地提交）。
我建议至少使用带有UCM（ClearCase提供的一种方法论），这将迫使您清楚地定义UCM组件（与Git repos大小相当），以及流（从中您正在工作的基线配置）。 从那里，您清楚地看到了您需要执行的合并工作流。
请参阅 "ClearCase UCM - 使用组件的最佳实践" 以获取更多信息。
但是，这与 Git 不同。
另请参阅 "描述您使用版本控制（VCS或DVCS）的工作流程" 以更好地了解 CVCS 和 DVCS 之间的区别。
- VonC
3
关于文档，所有内容都在ibm.com上，但我参考的SO答案更多地涉及陷阱和最佳实践。 - VonC
@Jason 不确定你指的是什么"桌面SVN"，但UCM会比SVN更好，因为它可以更轻松、更精确地管理合并。 - VonC
@Jason ClearCase将提供所有必要的GUI界面，包括基本ClearCase的ClearCase Explorer和针对UCM的"Project Explorer"，以及与Windows shell Explorer的集成。 - VonC
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接