Clearcase 确保开发者运行私有构建的规则&；它在交付前编译-RTC源代码管理

在开发人员向变更集交付任何代码之前，是否可以确保开发人员运行私有构建，如果构建失败，开发人员将无法向流交付变更集。类似于如果出现编译错误，代码更改将无法交付？

在ClearCase中，您可以使用一个操作前钩子在

可以在

团队配置/操作行为/源代码管理/交付（客户端）

部分添加挂钩。
但我不推荐这种方法

我宁愿使用“”文章中描述的自动化构建。
那将是一个巨大的挑战

您甚至可以自动交付任何已成功从“构建”流构建到另一个流的变更集

---

文章“”详细介绍了这种方法。

谢谢，“构建后交付”似乎是“根据构建状态自动将组件交付到流”。但这是在组件级别，而不是流级别。如果代码（在变更集中）未编译，该方法将如何防止开发人员向流交付变更集。另外，我认为文章链接“如何在RationalTeamConcert 3.0.1中保持流的流畅”应该是-“jazz.net/library/article/649”@user470184我已经修复了这个链接。我的观点是，在半分散模型中，不阻止开发人员交付，而是利用流触发您想要强制执行的任何检查（在专用的回购工作区中，由专用的“构建”用户执行）。然后（再次）将成功通过测试的内容传递到另一个流（仅针对“有效”内容）。因此，检查将不在开发人员级别，而是在流级别，以“持续集成”的方式。因此，开发人员将交付到“临时”流，如果更改集没有破坏构建，那么这个“临时”流可以自动将更改集交付到“有效内容”流？在开发人员级别使用它不是更好吗，这样在交付任何更改集之前就可以及早发现任何中断？在我看来，确保在交付更改集之前运行并编译私有构建是一个自然的用例？@user470184您可以在开发人员级别上复制它，但不能保证它通过，因为代码是好的，或者因为开发人员工作站上的环境不干净而产生一些奇怪的副作用。即使您在开发人员方面有基本的“编译测试”，在专用环境中复制上述过程通常被认为是更安全的，也是最佳实践的一部分。