与团队合作时如何克服 web.config 的无穷无尽的问题？答案

【问题标题】：How to overcome endless problems with web.config when working with team?与团队合作时如何克服 web.config 的无穷无尽的问题？
【发布时间】：2011-09-28 08:33:37
【问题描述】：

我所在的团队成员来自不同的地方，使用不同的机器。每个人都有自己的连接字符串、休眠设置（模式等）和 wcf 端点。让我抓狂的是，当有人向 AppSettings 部分添加新密钥时，我的设置会被他的设置覆盖。有谁知道以某种方式保留或更确切地说再次覆盖某些 web.config 设置的方法？也许以某种方式在编译时替换并在其他地方定义它们？

【问题讨论】：

你在使用任何颠覆吗？如果是这样，请从中删除 web-config 文件。
这不是一个解决方案，因为他需要添加的条目，而不是刚刚更改的条目。
请参阅此处：stackoverflow.com/questions/305447/…，了解有关使用 web.config 转换和使用“包含”配置文件的示例。
如何使用两个不同的配置文件，一个包含每个人和应用程序都将使用的通用应用程序设置，然后 web.config 可以包含每个开发人员特定的所有自定义内容？跨度>

标签： asp.net web-config

【解决方案1】：

这是我们使用的方法。在源代码管理中，我们有文件web.config.development 具有通用设置。每个开发人员在他的机器上都有文件web.config，它基本上是一个web.config.development，与开发人员的个人设置合并。

每当对 web.config.development 进行任何常见更改时，其作者都会宣布（通过 Skype 或电子邮件等），并且每个开发人员都会将这些更改与他自己的 web.config 合并。在大多数情况下，web.config 不会经常更改，因此这不是一项耗时的工作。然而，我们正在考虑使这个过程自动化，但到目前为止还没有提出任何好的解决方案。

这里的关键是web.config 不在源代码管理中，它从来没有，以后也不会。这样可以保证不会意外覆盖连接字符串等个别设置。

附：要考虑的另一点是持续集成（如果你有的话）。我们在部署过程中添加了一个步骤，将web.config.development 重命名为web.config。

【讨论】：