Visual studio 2017 创建虚拟目录失败,错误为:无法写入配置文件applicationhost.config

Visual studio 2017 创建虚拟目录失败,错误为:无法写入配置文件applicationhost.config,visual-studio-2017,windows-10,Visual Studio 2017,Windows 10,我只是想打开一个VS2017项目。打开解决方案时,我收到以下错误消息: 创建虚拟目录时出错:文件名:\?\C:\Users\Visual Studio 2017\Projects\Testing\Version 2.0.vs\config\applicationhost.config错误:无法写入配置文件 我已经沿着文件路径检查了文件夹,但它们没有加密。文件路径上的所有文件夹都有一个只读属性的黑框。当我转到config文件夹并清除只读属性的黑框并应用设置时,我发现如果退出并返回到同一文件夹,只读

我只是想打开一个VS2017项目。打开解决方案时,我收到以下错误消息:

创建虚拟目录时出错:文件名:\?\C:\Users\Visual Studio 2017\Projects\Testing\Version 2.0.vs\config\applicationhost.config错误:无法写入配置文件

我已经沿着文件路径检查了文件夹,但它们没有加密。文件路径上的所有文件夹都有一个只读属性的黑框。当我转到config文件夹并清除只读属性的黑框并应用设置时,我发现如果退出并返回到同一文件夹,只读属性的黑框将重新出现。我已经读到,黑框并不意味着只读属性已经打开。如果Read-Only属性实际上是打开的,那么我应该看到一个复选标记。但是,这并不能解释为什么我不能打开解决方案

在我单击VS错误消息的OK按钮后,VS在解决方案资源管理器中只会说解决方案是“(不可用)”


任何帮助都将不胜感激。

我通过OneDrive在两台机器之间共享项目时收到了相同的错误消息,并修复了该错误消息,如下所示:

1-封闭与净

2-在记事本中打开[myappnamefolder].vs\config\applicationhost.config

3-在打开的文件中搜索我的错误消息中的文件名(在您的示例中为C:\Users\Visual Studio 2017\Projects\Testing\Version 2.0.vs\config\applicationhost.config)

它位于system.applicationHost、sites、site name、application path、virtualDirectory-physicalPath下

4-修改physicalPath值以指向项目配置文件的有效路径,如上所述

5-已保存applicationhost.config文件


我的路径不同,因为我在每台机器上有不同的主用户目录。(用户A和用户B)

我刚刚遇到了这个错误。我遵循了这个答案中的步骤:


当我试图保存更改时,我意识到TFS已将该文件标记为只读,从而阻止VS更新该值。删除只读属性修复了该问题。

位于OneDrive上的项目文件也有此问题。我解决它的方法是重命名根项目目录的“.vs\config”目录中的applicationhost.config文件,然后重新加载web项目。这将创建一个新的applicationhost.config文件。

我在使用带Onedrive的VS 2017时多次遇到此问题。通过重命名application.config并让VS重新创建来解决此问题。也可以编辑文件中的行。以下面的差异为例


配置文件位于类似于
C:\code\MyProject\.vs\config\.

的位置。以上这些都不适用于我。我最终删除并重新控制了给我带来问题的回购协议。然后它就打开了。Windows 10 Defender为我造成了这种情况。当我禁用控制文件夹访问时,它再次工作。奇怪的是,因为它已经在该设置下工作了一段时间。

我通过以下方式解决了此错误:

步骤1: 沿着那条路走 C:\Users\navz\OneDrive\Documents\IISExpress\config

步骤2: 当您访问此文件夹“config”时 在此文件夹中,我们可以看到“applicationhost”文件

步骤3: 关闭Visual studio现有项目并删除applicationhost文件(请参见第2步中的路径)


然后再次打开现有项目,它将自动重新加载并正常工作。

遇到同样的问题,然后查看vs\config\applicationhost.config并对其进行加密。我未加密的文件和加载的解决方案没有问题。

我的驱动器不同-但主代码库在两台机器之间共享-因此在一台机器上它位于d驱动器中-因此我将第二台机器上的父子目录映射为d驱动器。。。这导致了两条道路上的相同路径。。。我只需要从第二台机器上的d驱动器打开解决方案