1

我目前有四个 XML 文件,用于根据我的应用程序运行的环境构建我的依赖注入容器。

  • base.xml是我的默认配置,作为以下基础:
    • dev.xml其中包含适用于我们本地 vagrant 开发环境的覆盖
    • staging.xml其中包含适用于测试/陈述环境的覆盖
    • production.xml其中包含生产服务器的覆盖

我不完全确定这些文件是否应该与应用程序代码一起受到版本控制。所有敏感数据都存储在 CVS 忽略的配置文件中,因此泄露敏感数据不是问题。而是我不完全确定在我的应用程序运行的每个环境下都有一个受版本控制的 xml 文件是要走的路。

例如,我们正在考虑将登台和测试服务器拆分为这意味着需要为新服务器创建一个额外的 .xml 配置文件。如果将来我们想在不同的系统(操作系统、Web 服务器、数据库……)上进行测试,这可能意味着我们应该为每个要测试的系统创建一个 .xml 文件。

我只是偏执狂还是在这件事上的普遍共识是什么?

4

1 回答 1

4

我不明白您为什么不将不同环境的配置文件置于源代码控制之下。我认为将配置文件保存在源代码管理中通常是一种很好的做法,这样您就不会依赖于驻留在某人系统或网络共享驱动器上的文件。另外,如果您需要恢复到旧版本或在突然一切中断时检查某些东西的历史记录,那么拥有源代码控制历史记录是您可靠的朋友。

我认为对这些文件进行源代码控制最符合您的利益,即使它们从未更改过。

于 2012-08-28T12:20:25.550 回答