【发布时间】：2015-01-05 00:58:10
【问题描述】：
我们有一个 Bamboo “构建计划”，它实际上只是监视一个充满配置文件的 git 存储库，并有一个将它们推送到某些服务器的部署计划（在那里它们会被守护进程注意到，这些守护进程会在这个问题）。这一切都很好并且是自动化的（构建计划会自动检测存储库中的提交，成功的“构建”会自动触发部署计划下的多个环境）。
我们可以在构建计划中运行一些验证检查来检测某些类型的配置错误 - 这提供了比等待守护进程检测错误输入更快的反馈周期。但是大多数配置文件都是独立的，因此我们不想将阻止使用单个文件的错误变成完全阻止部署任何新文件的错误。
是否有某种方式使构建计划“失败”（在标记构建和向涉及提交的用户发送警报方面），但仍然进行部署？我有一个建议是有两个构建计划，一个验证，一个不验证 - 我们将部署计划与不验证的构建计划绑定，并且我们从验证的计划中获得警报。还有比这更好的吗？
【问题讨论】：
-
您要部署所有配置（包括“失败”的配置）还是只部署通过的配置？
-
@AdamWestbrook 我们会全部部署。早期验证失败的错误类型将在生产中“彻底”失败。验证是为了更早地获得反馈，而不是为了保护生产免受错误配置的影响。
标签： bamboo