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




visual-studio-2005 access-denied (25)

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

我从版本控制代码正确运行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

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

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

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


就我而言,我使用适用于Mac的Visual Studio Community 7.1.5将项目从Windows移植到OSX。 诀窍是什么禁用项目首选项的Use MSBuild engine (recommended for this type of project)选项:


我也有这个问题。 这是如何解决这个问题的

  • 从项目中排除bin文件夹。
  • 关闭视觉工作室。
  • C盘的磁盘清理。
  • 在Visual Studio中重新打开项目。
  • 然后重建解决方案。
  • 运行项目。

这个过程对我来说很有用。


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

和重建!


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


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


只要确保文件夹不是只读并重建解决方案


我试图注销并重新登录,并为我工作。 希望这会帮助别人。


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


以管理员身份运行Visual Studio


杀死进程VBCSCompiler.exe并重建。


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

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

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


我也加入了这个问题。

首先检查您是否已将bin和obj文件夹映射到源代码管理程序。

这可能会将您的文件从二进制文件夹转换为只读存档,这使Visual Studio在编译代码时无法覆盖它们。

转到并从这些文件夹中移除映射,检查更改并重试。

我的问题发生在使用TFS(团队基础服务器)和Visual Studio 2010。

希望这可以帮助某人。


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

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

我知道它是一个旧线程,但对于那些寻找答案的人来说,我几分钟前就推荐尝试重新启动计算机。 这对我来说是固定的。 之前甚至无法手动复制到文件夹。


这已经在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
  • 保存并构建

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


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


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

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

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


确保在路径名(路径\ fileName.extension)后附加文件名。 我花了一个多小时没有注意到这一点。


在我的情况下,它是阻止文件的防病毒软件。


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


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

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


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

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

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

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

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

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


禁用“启用Visual Studio托管过程”







c# visual-studio-2005 access-denied