1

我们有大约 10 名开发人员。只写内部测试软件的人。到目前为止，所有开发都是临时性的，只有几个开发人员以自己的方式使用 Mercurial。其余的人没有使用任何版本控制（我知道）。过去，配置管理也有点特别。现在母公司希望我们更有条理。现在我们正在强制在 Mercurial 中控制所有代码，直到母公司将我们连接到他们的公司 ClearCase 服务器（几个月后）。

我们希望本论坛中的某个人能够描述一个经过验证的流程/工作流程，该流程/工作流程涵盖了从 Mercurial 和 ClearCase 两者的配置管理一直到开发的整个过程。

我们在这两种工具（Mercurial 和 ClearCase）方面都有经验，但在围绕这些工具设置流程方面并没有那么多经验。因此，如果可以在此处描述一个经过验证的流程，那么我们将以此为起点来定义我们自己的开发流程，然后也用于配置管理集成。

使用 clearcase 对我们来说是强制性的，因此无需解释 clearcase 的缺点。

任何帮助都感激不尽。谢谢。

4

1 回答 1

0

没有服务器项目符号，这实际上取决于您打算如何使用 ClearCase，它是一个 CVCS（集中式 VCS）。
我详细介绍了 CVCS 和 DVCS 之间的区别：

我看到这种集成运行良好（或至少“还不错”）的唯一实例是在 DVCS 和 ClearCase UCM 之间。

如果您当前的 Mercurial 存储库是围绕“组件”的概念组织的（请参阅“ ClearCase UCM - 使用组件的最佳实践”，它还解释了组件是什么，并且适用于任何源代码控制工具），那么以下映射很简单

one DVCS repo <=> one ClearCase UCM Component

这允许您定义：

  • 明确的进口程序（基于clearfsimport）
  • Mercurial 标签和 ClearCase UCM 基线之间的清晰匹配（因为基本 ClearCase 标签或“标签”是在逐个文件的基础上应用的，所述标签不是为 DVCS 修订版建模的好工具。DVCS 标签引用所有存储库，而不是所述存储库中的某些文件子集。）
  • 清晰的依赖管理（Mercurial subrepos vs. ClearCase UCM 复合基线）
于 2012-04-12T05:46:13.780 回答