Bamboo 构建计划与自定义环境配置的部署计划
Posted
技术标签:
【中文标题】Bamboo 构建计划与自定义环境配置的部署计划【英文标题】:Bamboo build plans vs deployment plans for custom environment configurations 【发布时间】:2013-08-30 20:05:24 【问题描述】:我正在评估 Bamboo 以取代我们的 Jenkins 设置,并且有几个问题。我有一个生成两个工件的 .NET 解决方案:一个打包的网站和一个 MSI。我部署了三个环境:测试、阶段、生产。我们的 Jenkins 服务器依次具有三个作业——每个环境一个。每个作业都构建解决方案,复制将要部署到的环境的配置文件,然后部署工件。阅读文档和其他内容 (https://answers.atlassian.com/questions/19562/plans-stages-jobs-best-practices),我收到了关于部署应如何与 Bamboo 一起使用的混合信号。在我看来,部署计划期望工件存在然后部署它们。但是,构建计划也包括部署步骤。所有这些应该如何相互作用?
我感到困惑的原因是因为我有在构建过程中打包的特定于环境的配置文件。关于这应该如何工作的任何方向?
【问题讨论】:
【参考方案1】:我也将问题发布到 Atlassian 董事会并得到了 an answer 我认为我最喜欢:
Jason Monsorno · 762 业力 · 2013 年 8 月 30 日下午 4:38
Bamboo 中的部署项目似乎依赖于 一个神器,关键是你不需要使用它 artifact 所以你可以使用一个空的 artifact 并完全完成 独立的步骤。部署项目对 Bamboo 来说还是相当新的 并且您的结构可能有利于“正常”工作流程,因此每个环境 将是一个单独的手动阶段。
部署项目确实有单独的工作流程和版本控制。到 在您的场景中使用部署项目,我建议制作 工件整个结帐然后每个部署环境都可以 构建工件的副本。节省空间/省时 选项将只是将当前版本保存在文件中作为 工件并使用它来检查它并在每个部署中构建 环境。
【讨论】:
构建计划可以构建解决方案并创建所有三个配置文件,每个文件都保存为单独的工件。然后,部署计划可以从工件中选择适当的配置文件进行部署。可能必须命名配置文件工件以指示目标环境,并且在部署时需要重命名。如果在部署时重命名文件不起作用,则可以将工件保存在不同的位置,例如...\config\dev\app.config
, ...\config\test\app.config
, ...\config\prod\app.config
.以上是关于Bamboo 构建计划与自定义环境配置的部署计划的主要内容,如果未能解决你的问题,请参考以下文章