C# 在IIS中托管时整合WCF服务库配置文件

C# 在IIS中托管时整合WCF服务库配置文件,c#,asp.net,wcf,iis,.net-4.0,C#,Asp.net,Wcf,Iis,.net 4.0,我有很多WCF服务库,每个都有自己的App.config。我使用serviceActivations/fileless将这些库托管在ASP.Net项目中。此ASP.Net项目还具有可部署的web.config 开发人员一直在更新App.config,但没有更新web.config,这会导致部署问题。为了防止这种情况发生,我想我应该删除App.Config并将它们集中到一个文件中。如果我在windows服务中托管这些服务,我可以将它们全部指向相同的App.Config,但asp.net使用Web.

我有很多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文件。

看起来你在寻找一个技术解决方案(例如,自动更新/使用web.config文件和App.config文件的方法),但我认为,通过过程/培训,您可能会获得更多优势

您提到开发人员正在更新App.config文件,而不是Web.config-如果是这样,他们如何对更改进行单元测试?由于库(如果你说的是DLL)永远不会使用自己的App.config(或者任何配置文件),开发人员必须更新消费应用程序的配置文件

为什么不与开发人员坐下来,制定一个过程(与他们一起工作,而不是从上面移交一个过程,这会让你走得更远),包括更新Web.config作为他们单元测试的一部分?它应该是配置文件相关部分的一个相当直接的拷贝和粘贴


很可能有一种技术方法可以完成您想做的事情(如果我正确理解您的问题),但我确实认为值得尝试的是一种过程,而不是技术解决方案。

我同意,我希望通过培训来解决这个问题。我们有离岸业务和高营业额,而这一特定项目正从裂缝中溜走。@itchi我不羡慕你。你有一个自动化的构建过程吗?我还没有机会使用自动构建,但也许在您的源代码管理(如果您有)和自动构建过程之间,您可以解决这个问题?我正在自动化构建、部署和编码UI测试。。这就是我发现问题的原因。