来自源代码+依赖关系管理的ClearCase +集成

在业界，我习惯于从源代码集成（即从头开始编译所有的库）。这意味着源代码树必须配置为显示适当的内容。来自源代码+依赖关系管理的ClearCase +集成

我知道，对于二进制集成，有很多工具可以根据编程语言（Maven，CMake，Gradle等）进行量身定制。

我们使用基本ClearCase作为源代码控制工具。从源代码集成时如何实现依赖关系管理？在ClearCase中，我会想象这需要设置配置规范来选择所有必需文件的所需版本。那里有没有实现这个的工具？

来源

2017-10-11 Tudor Timi

是否有任何工具可以执行此操作？

是：ClearCase UCM，这意味着不基本的ClearCase。

来自不同版本“组件”（文件组）的建设就是为什么你的观点：

UCM组件
基线：在UCM组件上所有文件应用标签）
流，它列出了您的程序工作所需的确切基础基线，或者在您的情况下为您的CI发生。

UCM流上的任何UCM视图都会为您生成正确的配置规范。

这就是詹金斯的CI引擎可以使用的JENKINS ClearCase UCM Plugin。

来源

2017-10-11 21:06:39 VonC

我期待着这个答案。正如前面提到的，我的组织反对从Base ClearCase移动到UCM :( –

@TudorTimi我明白了。这就是说，对于源代码依赖项... Git也不错）; – VonC

我听说Git子模块的坏处，因为钻石依赖问题。 UCM也有这个吗？ –

UCM确实使这更容易。但是如果你的组织在政治上不愿意尝试它，你可以使用基本的clearcase做很多相同的thigs。

流并不比分支更与加

基线实质上是具有更多的元数据标签的其他元数据（活动，及时性，基线链接等）。该元数据将基线连接到后代和兄弟基线，并让您具有跨基线映射基线的基线。它还将基线链接到流，因此您不能删除流使用的基线。

你不需要UCM做类似UCM的事情，它只需要更多的时间，而且没有很好的封装。

来源

2017-10-12 02:52:03

我假设没有任何资源详细说明了这些（添加哪些属性等），对吗？ –

对不起，长时间滞后。有几本有关ClearCase SCM实践的旧书。例如：https://www.amazon.com/Software-Configuration-Management-Strategies-ClearCase/dp/0321200195 单片机真的没有太大的改变，因为相同的问题总是需要回答：谁改变了什么？变化在哪里？他们为什么制造？ –

来自源代码+依赖关系管理的ClearCase +集成

回答

相关问题