需要定义集成SW dev的工作流程/流程。一直通过Conf。管理

Question

我们有一组~10个开发者。谁只编写内部测试SW。到目前为止，所有开发都是临时的，只有几个开发人员以自己的方式使用Mercurial。其他人不使用任何版本控制（我知道）。配置管理在过去也有点特别。 现在母公司希望我们更有条理。现在我们正在强制所有代码在Mercurial中进行控制，直到母公司将我们连接到他们的公司ClearCase服务器（未来几个月）。

我们希望此论坛中的某个人能够描述一个经过验证的流程/工作流程，该流程/工作流程涵盖Mercurial和ClearCase中的配置管理。

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

使用clearcase对我们来说是强制性的，所以不需要解释clearcase的缺点。

任何帮助将不胜感激。 谢谢。

Answer 1

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

• “What are the basic clearcase concepts every developer should know?”（介于ClearCase和Git之间，但确实适用于Mercurial），
• “Describe your workflow of using version control (VCS or DVCS)”

我见过这种集成的唯一实例（或至少“不太糟糕”）是在DVCS和ClearCase UCM之间。

如果您当前的Mercurial存储库是围绕“组件”的概念组织的（请参阅“ClearCase UCM - best practices using components”，这也解释了组件是什么，并且适用于任何源控件工具），那么以下映射是简单

one DVCS repo <=> one ClearCase UCM Component

允许您定义：

• 明确导入程序（基于clearfsimport）
• Mercurial标签和ClearCase UCM基线之间的清晰匹配（因为基础ClearCase标签或“标签”是逐个文件应用的，所以标签不是建模DVCS版本的好工具.DVCS标签引用所有存储库，而不是所述存储库中的某些文件子集。）
• 明确依赖关系管理（Mercurial subrepos与ClearCase UCM composite baselines）