如何使用subversion管理生产/测试/开发配置信息?

我们的应用程序为每个部署的环境保留了一个单独的目录,其中包含配置文件。当构建服务器为特定环境运行部署任务时,它知道从哪个目录中提取配置文件。指向正确目录的指针是构建服务器(在我们的例子中为Pulse)的构建定义的一部分。为Pulse任务构建代码的分支也是任务规范的一部分。这使得部署服务器的决策独立于分支机构,以便我们发布新版本时可以重新调整服务器和数据库的用途。

+ dev-server
+---jdbc.properties
+---build.properties
+ test-server
+----jdbc.properties
+---build.properties

配置文件不会与应用程序的其他部分(主干、分支等的兄弟)分支。它们在svn树中有自己的位置,并在每个分支中作为一个 Subversion external definition .

我们这样做是因为每个分支可能都部署了许多服务器(开发、测试、构建、自动化等)。

通过模板生成,您还将拥有具有相同环境特定配置文件的自定义配置部分,但您可以直接用适当的配置文件名重写基本配置文件的一部分,而不是在部署时重命名。

不过,按环境将配置文件分块可以为您提供很大的灵活性,特别是在您开始管理许多使用相同或相似配置风格的网站时。无论如何,您的配置应该由自动化环境的某些方面决定!