项目配置文件的Subversion管理

Question

使用subversion（SVN）管理需要单个配置文件的项目的最佳做法是什么，该文件具有针对不同环境的多个并发版本。

即。

• 项目ABC用于三个不同的环境，使用相同的代码，但略微修改的配置文件除外。 AND
• Project ABC也是由多个开发人员开发的，每个开发人员使用略微修改的配置文件。

我知道可以使用配置文件模板和svn：ignore，但是想知道是否有人可以描述这种方法的最佳实践，和/或任何其他合适的替代方案。

提前致谢！

微米。

Answer 1

我不知道这是否是“最佳做法”，但这是我处理这个问题的方法，而且效果非常好。我有几个应用程序，每个应用程序都有一个单独的配置文件，用于生产，登台和开发环境。配置名为web.config，stage.config和dev.config。这三个都受版本控制。该应用程序期望并使用web.config来检索配置设置。作为巡航控制调用的NANT构建和部署脚本的一部分，根据部署的环境，相应的配置将重命名为web.config并进行部署。

希望这有帮助。

Answer 2

在源代码管理中保留多个文件可能会非常棘手。我们使用home brew配置工具读取系统环境变量，然后读取匹配的配置文件，然后修改共享配置文件。我不能说这是一个很好的解决方案，但它确实有效。

Answer 3

多年来，以及许多不同的成功项目，我只是不对系统或开发人员特定的配置文件进行版本控制。有时它只是数据库访问信息，或一些重要的路径或其他。将其缩小到尽可能小。不要对不对该信息进行版本控制感到不舒服。在几个项目中，2到5个开发人员的每个数字都已完成，并且它从未引起过对现实世界项目的混淆，问题或争论。

Answer 4

在我看来，将所有configuartion文件保留在版本控制之下是没有用的。在我的一个项目中，我们使用cmake为多个平台（来自同一模板）创建了配置文件。我们团队中的每个开发人员都有自己定制的附加脚本来创建所需的配置。