Continuous integration 竹子';s 3.1.1手动依赖项管理/依赖项阻止功能未按预期工作?
我们使用竹子作为我们的CI环境,并且有几个构建依赖项(使用手动依赖项管理&依赖项阻塞特性)。我们使用SVN轮询作为构建策略,所有项目都具有相同的轮询频率 假设我们有以下构建计划结构:Continuous integration 竹子';s 3.1.1手动依赖项管理/依赖项阻止功能未按预期工作?,continuous-integration,bamboo,build-dependencies,Continuous Integration,Bamboo,Build Dependencies,我们使用竹子作为我们的CI环境,并且有几个构建依赖项(使用手动依赖项管理&依赖项阻塞特性)。我们使用SVN轮询作为构建策略,所有项目都具有相同的轮询频率 假设我们有以下构建计划结构: 项目a的父级构建计划PA 项目B的子构建计划CB依赖于PA,已选择“如果父计划有未构建更改,则阻止构建”作为依赖项阻止策略 我们的目标是建立依赖关系树,以便: 如果项目B应该建立,首先检查A是否有变化,如果有,首先建立PA并阻止CB,在PA完成后立即恢复CB 对手动构建和自动构建都执行此操作(由于SVN轮询而
- 项目a的父级构建计划PA
- 项目B的子构建计划CB依赖于PA,已选择“如果父计划有未构建更改,则阻止构建”作为依赖项阻止策略
- 如果项目B应该建立,首先检查A是否有变化,如果有,首先建立PA并阻止CB,在PA完成后立即恢复CB
- 对手动构建和自动构建都执行此操作(由于SVN轮询而触发的构建)
- 在中创建类DummyClassA
- 在B中创建一个引用DummyClassA的类DummyClassB,以便首先构建项目a以便项目B编译 *手动调用CB