项目配置文件的Subversion管理

使用Subversion(SVN)管理需要单个配置文件的项目的最佳做法是什么,该文件具有适用于不同环境的多个并发版本。

  • 项目ABC用于三种不同的环境,它们使用相同的代码,但略有修改的配置文件除外。 和
  • 项目ABC也由多个开发人员开发,为每个开发人员使用稍微修改的配置文件。
  • 我知道可以使用配置文件模板和svn:ignore,但想知道是否有人可以描述这种方法的最佳实践和/或任何其他合适的替代方案。

    提前致谢!

    M.


    我不知道这是否是一种“最佳做法”,但这是我如何处理这个问题,并且工作得很好。 我有几个应用程序,他们每个都有一个单独的配置文件用于他们的制作,暂存和开发环境。 配置名为web.config,stage.config和dev.config。 所有这三个都保持在版本控制之下。 该应用程序预计并使用web.config来检索配置设置。 作为我们由巡航控制调用的NANT构建和部署脚本的一部分,根据要部署的环境,将相应的配置重命名为web.config并进行部署。

    希望这可以帮助。


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


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

    链接地址: http://www.djcxy.com/p/43289.html

    上一篇: Subversion management of project configuration files

    下一篇: Does output buffering in PHP require more resources?