无法复制文件，访问path被拒绝
我正在使用Visual Studio 2005之后，从版本控制代码正确运行c＃.net应用程序，但做了一些修改后，当我build立我得到这样的错误。
错误383无法将文件“.. \ root \ leaf \ Bin \ Debug \ test.Resources.xml”复制到“Bin \ Debug \ test.Resources.xml”。 访问“Bin \ Debug \ test.Resources.xml”path被拒绝。 li.rollmodel
有没有人知道为什么会出现这个问题？
编辑我可以看到我的完整的项目源代码物理文件夹是只读的，我无法删除该只读属性
首先任何机构告诉我如何删除已删除的文件夹的只读属性，但仍显示一个，我试图从版本控制端也同样的效果。
我通过从bin文件夹中删除有争议的文件并重build项目来解决此问题。
只要确保该文件夹不是只读并重build解决scheme
我解决了这个问题：closuresVisual Studio，再次打开并加载解决scheme，重新构build解决scheme。 我的问题发生在使用TFS和VIsual Studio 2010。
我也join了这个问题。
首先检查是否已将bin和obj文件夹映射到源代码pipe理程序。
这可能会将文件从二进制文件夹转换为只读存档，这使Visual Studio在编译代码时不可能覆盖它们。
转到并从这些文件夹中移除映射，检查更改并重试。
我的问题发生在使用TFS（团队基础服务器）和Visual Studio 2010。
希望这有助于某人。
杀死进程VBCSCompiler.exe并重build。
以pipe理员身份运行Visual Studio
我使用Visual Studio 2013.我遇到了这个问题2次：
-
第一次，我没有pipe理员权限运行Visual Studio。 所以，我closures了VS，并使用“ 以pipe理员身份运行 ”选项启动它。 这解决了我的问题。
-
第二次，我重新启动VS很多次，每次都确保我以pipe理员身份运行它。 另外，我多次重build解决scheme。 但是，尽pipe如此，我却遇到了错误。 之后，我从目标位置删除相关文件 （该文件已经存在可能来自之前的版本，在它试图复制到的位置） 并重build解决scheme 。 之后，错误消失，一切顺利！
在我的情况下，它是阻止文件的防病毒。
任何人都可以知道为什么会出现这个问题吗？
看你的答复，你解决你的问题，通过手动应付，我会说，你的第一个工作的代码是由其他用户（也有pipe理员的特权），所以它locking了你。 通过应对 – >粘贴，您将自己的源代码副本与您需要的所有访问权限相关联。 唯一需要注意的是，在这种情况下，如果这个其他人需要在你的副本上工作，他会跳到你以前遇到的相同的问题。
我重新添加了所有的非.NET依赖关系/引用，它做了伎俩。
有同样的问题，但重新启动Visual Studio每次都不是我的select ，因为问题有时经常发生。
我通过安装Unlocker来处理它（ 尝试在安装时安装任何工具栏，所以不要忘记取消选中 ），这个应用程序让我快速访问重命名/删除一个locking的“.xml”文件 。 我知道这也只是一个解决方法，但对我来说这是解决这个问题的最快解决scheme。
这已经在Visual Studio 2017中重新抬头了，在这种情况下，原因是Application Insights过程ServiceHub.DataWarehouseHost.exe。
在线程警告MSB3026中讨论了一个解决方法：无法将“obj \ Debug \ netcoreapp1.1 \ src.pdb”复制到“bin \ Debug \ netcoreapp1.1 \ src.pdb” ，该命令将添加一个预生成每当项目build成时，都会向项目抛出一个杀死进程的事件。 从这个链接引用：
- 右键单击项目上的属性
- select属性
- build立事件
- 预先构build事件命令行
taskkill /IM ServiceHub.DataWarehouseHost.exe /F 2>nul 1>nul Exit 0
- 保存并build立
当我向解决scheme添加新的安装项目时，我创build了这个问题，然后直接从主应用程序项目的/ bin / release文件夹中将文件添加到安装项目的应用程序文件文件夹中。 安装项目的源代码控制一直阻止我完成主应用程序项目的构build。
解决scheme：在将包含所有要包含在安装中的文件的任何项目之外创build一个单独的转储文件夹，并从那里添加它们。 这是一个痛苦，因为现在我必须记住复制每个新的安装包的所有文件。 我可能会看到，如果我可以使用构build后的操作来执行某项操作，则可以使用自动化构build来使stream程更加stream畅。
我自己解决了这个问题。 问题是我在另一个地方打开了解决scheme。 closures它后，它工作
如果您将任何文件复制到解决scheme中，请确保文件不处于只读模式。 右键单击文件并取消选中属性选项解决了我的问题。
我有同样的错误，但我使用Perforce版本控制。 这是我如何修复它。
- closuresPerforce P4V客户端
- 重新启动Visual Studio 2010（可能不必要）
- 重build项目，成功
- 感到非常高兴和厌恶在同一时间
检查任务pipe理器，并确保你没有devenv.exe进程挂起。 杀死失控的过程，然后再试一次。
只需右键单击您的MVC项目，然后单击干净的选项。 我有一个类似的问题，清理项目之前重build解决了我。
我也有同样的问题。 我得到了相关的错误信息，因为访问path被拒绝而无法复制。 在我的情况下，我所有的DLL和XML文件等都放在D：\ TFS \ Example \ Bin \ Debug文件夹。
我右键单击Bin文件夹并单击属性，并看到属性下选中只读checkbox。
我取消选中“只读”checkbox并点击“应用”，并在显示的新popup窗口中单击“确定”。
我回到Visual Studio，并build立我的解决scheme，给了我错误消息。
Voilaa这一次，它成功build造没有错误。
我不知道这是否完美，但我这样做是为了解决我的问题。
我也有同样的问题。 我通过取消选中根文件夹的只读属性来修复它。
我也有这个问题。 这是如何解决这个问题
- 从项目中排除
bin文件夹。 - closures视觉工作室。
- C盘的磁盘清理。
- 在Visual Studio中重新打开项目。
- 然后重build解决scheme。
- 运行项目。
这个过程对我来说很有用。
您不应该将文件夹属性更改为非只读。 您看到此错误消息的原因是，源代码pipe理假定您只将其他文件存储在bin文件夹以外的某个位置，因为它为.Net自动创build的文件保留，并且不希望将它们添加到源文件控制。
我build议不要使用Environment.CurrectDirectory （我假设你正在使用当前），你在％appdata％地址中创build一个名为“MyProjectName”的文件夹，然后使用：
System.IO.Path.Combine(Environment.GetEnvironmentVariable("appdata"),"YourProjectName") 。
我知道它是一个古老的线程，但对于那些寻找答案的人，我几分钟前，我build议先尝试重新启动计算机。 这一点固定为我。 之前甚至无法手动复制到文件夹。
所以我只是遇到了同样的问题，我的原因，我有我的开发文件夹共享，所以我可以使用Mac作为一个IOS应用程序使用Xamarin的生成主机。 该项目是在Mac上运行的所有权的DLL，因此我无法从其他任何地方更改该DLL。 简单地停止在mac上的应用程序返回所有权回到我允许再次完全访问。 我希望这从此。
在“bin \ debug”中清除所有引用的库，点击“Clean Solution”后右键单击解决scheme资源pipe理器中的Solution。
和重build！
我遇到过这个问题多次，我find的解决scheme是删除debugging文件夹，然后重build您的解决scheme/项目。 为我工作！
确保在path名（path \ fileName.extension）之后追加文件名。 我花了一个多小时没有注意到这一点。
这可能是一个奇怪的副产品，最初从源代码pipe理（TFS等）加载源所有的文件和文件夹被写保护。 转到顶层目录并检查属性，您可以find选中的只读属性 。 取消选中，系统应询问您是否要将顶层下的所有目录设置为可写。 这应该解决它。
我试图注销并重新login，它为我工作。 希望这会帮助别人。
就我而言，我使用Visual Studio Community 7.1.5 for Mac将项目从Windows移植到OSX。 这个技巧是什么禁用项目首选项的Use MSBuild engine (recommended for this type of project)选项：
