如何在Bamboo中为各开发分支配置独立的脚本化构建计划？

我之前帮团队解决过几乎一模一样的问题——既要用Bamboo Spec实现脚本化构建，又要让每个分支（尤其是PR分支）能独立定义构建逻辑，不用等合并到develop就能验证。下面是几个落地性很强的方案，按优先级推荐：

1. 让每个分支携带自身的Bamboo Spec文件 #

这是最直接的解决方案，核心思路是把Bamboo Spec文件（比如bamboo-specs/src/main/groovy/PlanSpec.groovy）直接放到源码仓库的每个分支里，然后配置Bamboo让分支计划使用自身仓库的Spec，而不是继承主计划的配置。

具体配置步骤：

• 针对你的Product A PullRequest计划（对应feature/*分支），进入计划设置的「分支」选项卡
• 开启「自动创建分支计划」，并将「分支创建策略」设为「当仓库中有新分支时」
• 在「分支配置」里，找到「Bamboo Spec来源」，选择「使用分支自身的Bamboo Spec」（而不是「使用主计划的Bamboo Spec」）
• 确保Bamboo有权限访问每个feature/*分支的仓库内容

这样做的好处是：

• 开发在feature/xxx分支里修改Bamboo Spec（比如新增并行作业、调整bat脚本路径），提交后Bamboo会自动用该分支的Spec生成对应的构建任务，直接运行PR构建验证逻辑
• 旧版本分支（比如release_x）如果没有Spec文件，可以设置 fallback 到主计划的Spec，或者在主Spec里做兼容处理

2. 主Spec加分支条件逻辑，动态适配构建方式 #

如果不想让每个分支都维护独立的Spec文件，可以在主分支的Bamboo Spec里加入分支名称判断逻辑，根据不同分支类型（feature、release、develop）动态加载对应的构建脚本或任务配置。

举个Groovy Spec的例子：

import com.atlassian.bamboo.specs.api.builders.plan.Plan
import com.atlassian.bamboo.specs.api.builders.task.ScriptTask

def branchName = bambooContext.branchName ?: "develop"

// 根据分支类型选择对应的构建脚本
def buildScriptPath = switch(branchName) {
    case it.startsWith('feature/') -> "scripts/build-feature.bat"
    case it.startsWith('release/') -> "scripts/build-release.bat"
    case "develop" -> "scripts/build-develop.bat"
    default -> "scripts/build-legacy.bat" // 适配旧版本分支
}

Plan plan() {
    return new Plan(...) {
        tasks {
            script {
                interpreter = ScriptTask.Interpreter.WINDOWS_BATCH
                scriptContent = "@call ${buildScriptPath}"
            }
            // 可以根据分支动态添加其他任务，比如PR分支跳过部署任务
            if (!branchName.startsWith('feature/')) {
                script {
                    interpreter = ScriptTask.Interpreter.WINDOWS_BATCH
                    scriptContent = "@call scripts/deploy.bat"
                }
            }
        }
    }
}

这种方式的优势是：

• 统一维护主Spec的核心逻辑，分支只需要修改对应的bat脚本即可
• PR分支可以通过修改build-feature.bat来调整构建逻辑，提交后Bamboo会自动用主Spec的逻辑加载分支里的脚本，实现独立验证

3. PR计划的专属配置优化 #

针对你专门的Product A PullRequest计划，可以额外做这些优化：

• 在计划的「触发器」里设置「当有新的Pull Request创建或更新时」自动触发构建
• 开启「构建完成后自动更新PR状态」，让开发在PR页面直接看到构建结果
• 对于PR分支，在Spec里添加代码检查、单元测试专属任务，和主分支的构建逻辑做区分

关键注意事项 #

• 确保Bamboo的构建代理能访问所有分支的仓库内容，尤其是私有分支
• 对于没有Spec文件的旧版本分支，在主计划的分支配置里设置「当分支没有Spec时，使用主计划的配置」，避免构建失败
• 可以在仓库的.bamboo目录下统一存放分支专属的脚本和配置文件，方便管理

内容的提问来源于stack exchange，提问作者RvdK