使用 subversion (SVN) 管理需要单个配置文件的项目的最佳实践是什么，该配置文件具有针对不同环境的多个并发版本。
IE
- Project ABC 用于三种不同的环境，它们使用相同的代码，除了稍微修改的配置文件。和
- Project ABC 也由多个开发人员开发，为每个开发人员使用稍微修改的配置文件。
我知道可以使用配置文件模板和 svn:ignore，但想知道是否有人可以描述这种方法的最佳实践和/或任何其他合适的替代方案。
提前致谢！
M。
问问题
1679 次
4 回答
3
我不知道这是否是“最佳实践”，但这就是我处理这个问题的方式，而且效果很好。我有几个应用程序，每个应用程序都有一个用于生产、登台和开发环境的单独配置文件。这些配置被命名为 web.config、stage.config 和 dev.config。这三个都受版本控制。该应用程序需要并使用 web.config 来检索配置设置。作为巡航控制调用的 NANT 构建和部署脚本的一部分，根据部署到的环境，将适当的配置重命名为 web.config 并进行部署。
希望这可以帮助。
于 2009-09-30T02:14:30.327 回答
1
将多个文件保存在源代码管理中可能会很棘手。我们使用自制配置工具读取系统环境变量并从中读取匹配的配置文件，然后修改共享配置文件。我不能说这是一个很好的解决方案，但它确实有效。
于 2009-09-30T02:25:00.867 回答
0
多年来，以及许多不同的成功项目，我只是不对系统或开发人员特定的配置文件进行版本控制。有时它只是数据库访问信息，或者一些重要的路径或其他什么。将其缩小到尽可能少。不要因为不对这些信息进行版本控制而感到难过。在几个项目中，每个数量在 2 到 5 个开发人员之间都完成了这项工作，并且从未对现实世界的项目造成混淆、问题或争论。
于 2009-09-30T07:06:27.647 回答
0
在我看来，将所有配置文件置于版本控制之下是没有用的。在我的一个项目中，我们有使用 cmake 为多个平台（来自同一个模板）创建的配置文件。我们团队中的每个开发人员都有自己定制的附加脚本来创建所需的配置。
于 2009-09-30T08:34:44.470 回答