构建/部署脚本是否应包含配置？

Question

我会保持这么简单：

所以，如果我有“经典”三个环境（开发/测试/生产），构建脚本是否应该包含部署分发中的配置，还是应该分开并单独部署？

我听过两种思想流派：

  

你的文物应该是完全正确的   同样从环境到环境   并保持配置分开   消除之间的差异   部署。

VS。

  

构建你的配置作为一部分   部署分发是一种方法   测试分布本身，和   因此，正确的做法。

Answer 1

我同意上述内容，但是会在源代码中有配置文件，例如

web.xml.DEV
web.xml.STAGING
web.XML.PRODUCTION

然后让构建过程将相应的文件复制到正确的位置。

Answer 2

我投票支持将它们保持在一起，并参与设置环境的部署。自己完成了它，并开始尝试处理选项1.在部署到生产中出现意外错误，因为该代码未经过测试。

Answer 3

使用Uppercut。然后，您将一个模板文件保存在源代码管理中，每个环境的一些设置文件和UppercuT会自动为您构建它们。然后，您可以使用部署框架选择正确的部署框架。

UppercuT使用NAnt构建，它是一个非常容易使用的Build Framework。

http://code.google.com/p/uppercut/

这里有一些很好的解释（包括对ConfigBuilder的解释）：UppercuT