UNIX构建环境中的Clearcase UCM

UNIX构建环境中的Clearcase UCM,unix,clearcase-ucm,auto-build,Unix,Clearcase Ucm,Auto Build,我计划在我的项目中使用CC UCM。(实际从基本clearcase迁移到UCM) 构建环境在UNIX中。但是开发主要是在windows上完成的 我的主要疑问是快照视图是否会驻留在开发人员的windows计算机上? 应该/可以如何映射到相同的UNIX构建机器 我们如何有效地利用触发器来设置自动构建交付、夜间构建等。。在UNIX环境中 有人尝试过同样的配置吗?如果是,请分享你的经验 在创建UCM PVob并将现有的Base clearcase(组件)VOB导入其中之后,我们可以通过Base和UCM并

我计划在我的项目中使用CC UCM。(实际从基本clearcase迁移到UCM) 构建环境在UNIX中。但是开发主要是在windows上完成的

我的主要疑问是快照视图是否会驻留在开发人员的windows计算机上? 应该/可以如何映射到相同的UNIX构建机器

我们如何有效地利用触发器来设置自动构建交付、夜间构建等。。在UNIX环境中

有人尝试过同样的配置吗?如果是,请分享你的经验

在创建UCM PVob并将现有的Base clearcase(组件)VOB导入其中之后,我们可以通过Base和UCM并行处理组件VOB吗?它会互相同步吗

我的主要疑问是快照视图是否会驻留在开发人员的windows计算机上

对。与基本ClearCase相比没有任何变化。
这些UCM视图的定义基于UCM流,但在其他方面,快照或动态视图保持相同的行为

我被用来管理基本ClearCase视图,以及实际上引用相同VOB的UCM视图(两者可以共存)

我管理了一个introp环境,触发器与UCM或非UCM视图的工作原理相同。
您只需使用
-unix
参数定义这些触发器,就可以引用共享路径(所有人都可以访问/读取)以访问其脚本。


问(中)

能否请您详细介绍一下夜间构建、持续集成构建启动等的触发因素。。。主要是基线战略

我没有关于触发器的详细信息(您自己编写),但基线策略主要用于:

  • 增量基线(快速设置,特别是自上一个基线以来修改的元素数量较少时)
  • 稳定主版本的完整基线
有关详细信息,请参阅“”

在创建UCM PVob并将现有的Base clearcase(组件)VOB导入其中之后,我们可以通过Base和UCM并行处理组件VOB吗?它会互相同步吗

是的,但您可能希望处理并行分支并进行合并以同步其内容,而不是处理同一分支。
同样:是的,作为UCM组件一部分的文件可以在基本ClearCase视图中签入

更多信息,请访问:

  • “”
  • “”

我已编辑了我的答案,以回答您的其他问题。