2013-08-30 62 views
5

我正在评估Bamboo以取代我们的Jenkins设置,并且有几个问题。我有一个.NET解决方案可以生成两个工件:一个打包的网站和一个MSI。我有三个部署环境:测试,舞台,制作。我们的Jenkins服务器反过来有三个工作 - 每个环境一个。每个作业都会构建解决方案,并将其部署到的环境的配置文件中复制,然后部署工件。阅读文档和其他内容(https://answers.atlassian.com/questions/19562/plans-stages-jobs-best-practices),我收到了关于部署应该如何与Bamboo一起工作的混合信号。在我看来,部署计划期望工件存在并部署它们。但是,构建计划还包括部署步骤。所有这些应该如何相互作用?Bamboo构建计划与自定义环境配置的部署计划

我感到困惑的原因是因为我具有特定于环境的配置文件,这些配置文件在构建期间打包。关于这应该如何工作的任何方向?

回答

7

我张贴的问题向Atlassian的董事会,以及找来an answer我想我最喜欢的:

杰森·Monsorno人缘762·8月30日在'13下午4时38

部署Bamboo中的项目似乎取决于 一件神器的存在,这个捕获就是你不需要使用那件神器,所以你可以使用一个空的神器并且完全执行 独立的步骤。部署项目对于Bamboo 来说还是比较新的,你的结构可能会支持“正常”工作流程,因此每个环境 都将是一个单独的手动阶段。

Deployment项目确实有独立的工作流和版本控制。到 在您的方案中使用部署项目,我建议在整个结帐时制作 工件,然后每个部署环境可以 构建工件的副本。节省空间/效率更低的 选项将仅将当前修订版保存为 工件,并用它来检出并构建在每个部署环境中。

+0

构建计划可以构建解决方案并创建全部三个配置文件,每个配置文件都保存为单独的工件。部署计划然后可以从工件中选择适当的配置文件进行部署。可能配置文件工件必须命名以指示目标环境,并且在部署时需要重命名。如果在部署时重命名文件将不起作用,则可以将该文物保存在不同的位置,例如'... \ config \ dev \ app.config','... \ config \ test \ app.config','... \ config \ prod \ app.config'。 –