在Bamboo制定部署计划之前,我在Bamboo中设置了团队的持续集成和交付系统。我有两个项目,每个产品一个,在每个项目中我有四个计划:

  • QA构建和部署(在仓库中的测试分支中)
  • Staging构建和部署(在我们的存储库中的Staging分支之外)
  • 生产构建和部署(不在仓库中的默认分支)
  • 编译和分析:在检入我们的Testing分支时运行的内部版本,可确保代码可编译且没有任何STLyeCop或Code Analysis错误。

  • 这很脆弱,因为任何时候我需要对构建或部署过程进行更改时,我都必须在八个计划中进行更改(因为我们有两个项目,每个项目都包含这四个计划)。

    我正在考虑切换到一个构建计划,以及针对每个环境的部署计划。我的问题是:
  • 如果我的构建是针对特定环境构建的(配置转换特定于环境,而dll是使用诸如Targets和DefineConstants之类的特定环境变量构建的),每个部署计划如何从构建中获取可用的环境工件?
  • 我需要在构建计划中为每个环境进行构建吗?
  • 我们对应于环境的分支会消失吗?
  • 最佳答案

    是的,切换到一个构建计划肯定会使该过程更容易。

  • 您需要在Bamboo计划中添加分支(测试,分段,默认...)。之后,您可以为每个分支定义不同的变量。这将使您可以根据分支对构建进行不同的转换。
  • 不需要,如果您需要在多个环境中都相同的构建,则可以将其部署到那里。
  • 不,如果要为每个环境创建特定的版本,可能需要保留它们(请参阅1.)。一旦拥有可以部署到任何环境的构建,就可以摆脱它们。

  • 然后,为项目创建1个部署计划,添加所需的所有环境,并为每个环境配置特定的触发器。例如:staging env-您将“分支触发此部署”更改为“staging”

    关于.net - Bamboo 制 build 计划与部署计划,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/37081726/

    10-13 09:31