我有许多 WCF 服务库，每个都有自己的 App.config。我使用 serviceActivations / fileless 在 ASP.Net 项目中托管这些库。这个 ASP.Net 项目还有一个可部署的 web.config。
开发人员一直在更新 App.config 但未更新导致部署问题的 web.config。为了阻止这种情况发生，我想我会删除 App.Config 并将它们集中到一个文件中。如果我在 Windows 服务中托管服务，我可以将它们全部指向同一个 App.Config，但 asp.net 使用 Web.config。
有没有办法解决这个问题？如果我可以告诉服务库使用 web.config，那就太好了，但是如果 App.Config 文件不存在，一些向导（例如服务引用向导）将创建一个 App.Config 文件。
似乎您正在寻找一种技术解决方案（即某种方式来自动更新/使用 Web.Config 文件与 App.Config 文件），但我认为您可能会通过流程/培训获得更多的基础。
您提到开发人员正在更新 App.config 文件，而不是 Web.config - 如果是这种情况，他们如何对他们的更改进行单元测试？由于库（如果您正在谈论 DLL）将永远不会使用它们自己的 App.config（或任何配置文件，就此而言），开发人员必须更新使用应用程序的配置文件。
为什么不与开发人员坐下来制定一个流程（与他们一起工作而不是从上面传递一个流程会让您走得更远），其中包括更新 Web.config 作为他们单元测试的一部分？它应该是配置文件相关部分的相当直接的复制和粘贴。
很可能有一种技术方法可以做你想做的事情（如果我正确理解你的问题），但我确实认为一个过程而不是技术解决方案值得尝试。