c# - vs对路径的访问被拒绝 - 无法复制文件,对路径的访问被拒绝




vs2017对路径的访问被拒绝 (20)

任何机构都可以知道为什么会出现这个问题?

通过手动复制查看你的答案,你解决了你的问题,我会说你正在处理的代码是由其他一些用户(也有管理员权限)完成的,所以它被锁定了。 通过执行复制 - ? 粘贴,你用自己需要的所有权限制作了自己的源代码副本。 唯一需要注意的是,在这种情况下,如果这个其他开发者需要在你的副本上工作,他/她将会跳出与你之前遇到的相同的问题。

我从版本控制代码正确运行c#.net应用程序之后使用visual studio 2005,但在做了一些修改之后,当我构建时出现如下错误。

错误383无法将文件“.. \ root \ leaf \ Bin \ Debug \ test.Resources.xml”复制到“Bin \ Debug \ test.Resources.xml”。 访问路径'Bin \ Debug \ test.Resources.xml'被拒绝。 li.rollmodel

有没有人知道为什么会出现这个问题?

编辑我可以看到我的完整项目源代码物理文件夹是只读的,我无法删除该只读属性

首先任何机构告诉我如何删除已删除的文件夹的只读属性,但仍然显示一个,我尝试从版本控制端也同样的效果。


以管理员身份运行Visual Studio


只需右键单击您的MVC项目,然后单击干净选项。 我有一个类似的问题,并在重建之前清理了项目,为我解决了这个问题。


在“bin \ debug”中清除所有引用的库,然后在单击“Clean Solution”后右键单击解决方案资源管理器中的Solution。

和重建!


如果出现同样的问题,但每次重新启动Visual Studio都不适合我 ,因为问题经常发生。

我通过安装Unlocker来处理它( 尝试在安装时安装任何工具栏,所以不要忘记取消选中 ),这个应用程序使我能够快速访问重命名/删除一个锁定的“.xml”文件 。 我知道这也只是一种解决方法,但对我而言,这是解决此问题的最快解决方案。


如果您将任何文件复制到解决方案中,请确保文件不处于只读模式。 右键单击文件并取消选中属性选项解决了我的问题。


当我将新安装项目添加到解决方案时,我创建了这个问题,然后直接从主应用程序项目的/ bin / release文件夹将文件添加到安装项目的应用程序文件文件夹中。 设置项目的源代码控制始终阻止我完成主应用程序项目的构建。

解决方案:在任何项目之外创建一个单独的转储文件夹,该文件夹将包含要包含在安装中的所有文件,并从那里添加它们。 这是一个痛苦,因为现在我必须记住要复制每个新安装包的所有文件。 我可能会看到,如果我可以使用构建后操作来完成某项操作,那么我们的自动构建可以使流程更加流畅。


您不应该将文件夹属性更改为非只读。 您看到此错误消息的原因是,源代码管理假定您只将bin文件夹以外的其他文件存储在它的某个位置,因为它保留给.Net自动创建的文件,并且它不想将它们添加到源文件控制。

我建议不要使用Environment.CurrectDirectory (我假设你现在正在使用它),而是在%appdata%地址中创建一个名为“MyProjectName”的文件夹,然后使用:

System.IO.Path.Combine(Environment.GetEnvironmentVariable("appdata"),"YourProjectName")


我也有同样的问题。 我得到的错误消息与无法复制,因为访问路径被拒绝。 在我的情况下,我所有的DLL和XML文件等都放在D:\ TFS \ Example \ Bin \ Debug文件夹中。

我右键单击Bin文件夹并单击“属性”,看到“属性”下选中了“只读”复选框。

我取消选中只读复选框,并在所显示的新弹出窗口中单击应用并单击确定。

我回到Visual Studio,并构建了我的解决方案,它给了我错误消息。

Voilaa ..这一次,它成功建造没有错误。

我不知道这是否完美,但我这样做是为了解决我的问题。


我也有同样的问题。 我通过取消选中根文件夹的只读属性来修复它。


我使用Visual Studio 2013.我遇到了这个问题2次:

  1. 第一次,我运行没有管理员权限的Visual Studio。 所以,我关闭了VS并使用' 以管理员身份运行 '选项启动它。 这解决了我的问题。

  2. 第二次,我重新启动了VS很多次,每次都确保我以管理员身份运行它。 此外,我多次重建解决方案。 但是,尽管如此,我却遇到了错误。 之后,我从目标位置删除相关文件 (该文件已经存在,可能来自之前的版本,位于试图复制的位置) 并重建解决方案 。 之后,错误消失,一切顺利!


我有同样的错误,但我使用Perforce版本控制。 这是我如何修复它。

  1. 关闭Perforce P4V客户端
  2. 重新启动的Visual Studio 2010(可能不是必需的)
  3. 重建项目,成功
  4. 感到非常高兴和厌恶在同一时间

我自己解决了这个问题。 问题是我在另一个地方打开了解决方案。 关闭它后,它可以工作


我解决了这个问题:关闭Visual Studio,再次打开并加载解决方案,重新构建解决方案。 我的问题发生在使用TFS和VIsual Studio 2010。


我通过从bin文件夹中删除有争议的文件并重建项目来解决此问题。


我遇到过这个问题多次,我找到的解决方案是删除调试文件夹,然后重建您的解决方案/项目。 为我工作!


所以我只是遇到了同样的问题,我的原因,我有我的开发文件夹共享,所以我可以使用Mac作为使用Xamarin IOS应用程序的生成主机。 该项目是在mac上运行的,它拥有dll的所有权,因此我无法从其他任何地方更改该dll。 简单地在Mac上停止应用程序将所有权返还给我,这又允许完全访问。 我希望从此以后。


检查任务管理器并确保您没有挂上devenv.exe进程。 杀死失控程序并重试。


这可能是一个奇怪的副产品,首先从源代码控制(TFS等)加载源,其中所有的文件和文件夹都是写保护的。 转到顶层目录并检查属性,并且可以找到选中的只读属性 。 取消选中,系统应询问您是否要将顶层下的所有目录设置为可写。 这应该解决它。


这已经在Visual Studio 2017中再次成为头,在这种情况下,原因是Application Insights过程ServiceHub.DataWarehouseHost.exe。

线程警告MSB3026中讨论了一种解决方法:无法将“obj \ Debug \ netcoreapp1.1 \ src.pdb”复制到“bin \ Debug \ netcoreapp1.1 \ src.pdb”中 ,该命令用于添加预构建每次项目构建时都会抛出该项目以杀死该进程。 从该链接引用:

  • 在项目上右键单击属性
  • 选择属性
  • 建立事件
  • 预生成事件命令行
taskkill /IM ServiceHub.DataWarehouseHost.exe /F 2>nul 1>nul
Exit 0
  • 保存并构建






access-denied