我正在努力解决发布解决方案时.net核心生成的多个配置文件的问题。
这是第一次创建.net核心解决方案，我添加了一个现有的数据库项目，该项目在.net MVC项目上使用EF6。
为使我的.net核心项目与数据项目一起使用，我添加了一个App.Config文件来获取数据库项目的连接字符串，并且在本地测试中似乎可以正常工作。
发布项目并部署到IIS之后，我发现App.Config文件没有任何作用，在这种情况下，它需要一个Web.config文件（如asp.net MVC所期望的）来修复该问题。连接问题。
因此，为了进行排序，我在基础项目中添加了一个名为Web.config的新文件，并将连接字符串从App.Config复制到Web.config。现在，该解决方案提供了两个具有相同数据的文件。鉴于我在.net MVC方面的经验，您只需要整个解决方案的Web.config文件（即使具有正确连接字符串的情况下，即使是同一解决方案上的其他项目），也可以从已发布的文件夹中删除所有其他配置文件并在Web.config上拥有一个主文件。
我认为这可以解决连接字符串问题，但错误仍然存在，因此我开始一个接一个地检索其他配置文件，直到恢复了[project] .dll.config文件（项目是您的项目名称），这使得应用程序运行。
查看项目中的详细信息，我可以在App.Config文件中看到它的确切内容，但是如果没有此内容，连接字符串将失败。
我的理解是Web.config将是在整个解决方案中使用的“父”配置文件。从我如何使我的应用程序正常工作来看，我将需要始终在两个不同的位置（App.Config和Web.Config）中更新连接字符串。
该解决方案为何需要[似乎] .dll.config文件，该文件似乎从App.Config文件继承了它的信息？