我们有一个Bamboo“构建计划”，它实际上只是在观看一个充满配置文件的git存储库，其部署计划将它们推送到某些服务器（守护进程会注意到这些服务器会超出范围这个问题）。这一切都很好并且自动化（构建计划自动检测存储库中的提交，成功的“构建”会自动触发部署计划下的多个环境）。
我们可以在构建计划中运行一些验证检查来检测某些类型的配置错误 - 这比等待守护程序检测错误输入提供了更快的反馈周期。但是，大多数配置文件都是独立的，因此我们不希望将阻止单个文件的错误用于阻止任何新文件部署的文件。
是否有某种方法让构建计划“失败”（在标记构建方面，并向涉及其提交的用户发送警报），但是仍然需要部署？我有一个建议是有两个构建计划，一个验证，一个不验证 - 我们将部署计划键入未验证的构建计划，我们从确认的计划中获取警报。有没有比这更好的东西？
答案 0 :(得分：1)
好问题。 这也是我真正可以做的事情。
然而，经过大量的环顾四周，似乎不可能。 3年前创建了一个功能请求，它可以完成我们需要的工作 - https://jira.atlassian.com/browse/BAM-1278但不知怎的，我很快就看不到Atlassian的工作：（