无法复制文件,拒绝访问路径
ric*_*cky 224 c# visual-studio-2005 access-denied
我从版本控制中获取代码后首次运行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
有没有人知道为什么会出现这个问题？
编辑我可以看到我的完整项目源代码物理文件夹是只读的,我无法删除该只读属性
首先,任何正文告诉我如何删除我已删除的文件夹的只读属性,但仍然显示那个,我从版本控制端尝试但效果相同.
Dil*_*rma 270
我通过从bin文件夹中删除有争议的文件并重建项目来解决这个问题.
- 我知道,老帖子,但我刚才有同样的问题.确保VS也已关闭,因为在某些情况下它会拒绝删除文件夹 (48认同)
- 在VS 2015 Ultimate中为我工作,谢谢 (5认同)
- 在我的情况下,即使关闭VS也不足以释放文件夹并允许我删除它 - ProcessExplorer显示"VBCSCompiler.exe"仍在使用它.在这种情况下,退出和进入Windows(或者只是杀死进程)就可以解决问题,这样我就可以重建解决方案,让一切恢复正常. (5认同)
- 小注意事项：我不明白，一开始，我必须删除主项目的输出文件夹中的这些文件，而不是dll的输出文件夹中的这些文件。所以，在这里警告:) (2认同)
- 在我的情况下,文件夹和解决方案变成ReadOnly并且后来VS无法构建它的原因是因为某些文件无法与GoogleDrive同步并且被该进程锁定.因此,为了让我正确地重建,我不得不关闭GoogleDrive,然后它就构建得很好. (2认同)
- 我发现 Bitdefender Antivirus Free 是罪魁祸首。 (2认同)
Wah*_*tar 118
只需确保该文件夹不是只读文件并重建解决方案
- 我正在尝试删除填充了绿色的"只读"复选框.当我单击"应用"然后"确定",然后再次检查该文件夹的属性时,我可以再次看到之前的状态(再次使用"只读"复选框填充绿色).有人解决这个问题吗？ (9认同)
- 创建了一个Visual Studio扩展,用于清除阻止构建的dll的ReadOnly和Hidden属性.UnBlockDllExtension:https://marketplace.visualstudio.com/items？itemName = NithinVR.UnBlockDllExtension (3认同)
jor*_*ysp 69
我解决了这个问题:关闭Visual Studio,再次打开它并加载解决方案,重建您的解决方案.我的问题发生在使用TFS和VIsual Studio 2010.
- 在VS2013中添加相同的问题.IT人群的经典案例."你好,这是IT,你试过把它关掉再打开吗？" (22认同)
- 和VS2017一样 (4认同)
- 这也发生在VS2015上:p (2认同)
Hei*_*rêa 22
我也介入了这个问题.
首先去检查你是否已将bin和obj文件夹映射到Source Control程序.
这可能会将您的文件从二进制文件夹转换为只读存档,这使得Visual Studio在编译代码时无法覆盖它们.
转到并从这些文件夹中删除映射,检查更改,然后重试.
我的问题发生在使用TFS(团队基础服务器)和Visual Studio 2010.
希望这有助于某人.
Ale*_*aro 19
以管理员身份运行Visual Studio
- 这是多么危险的建议啊。向任何不确定发生了什么绕过安全性的人提供建议不仅是不负责任的，而且以管理员身份构建还会隐藏您的代码存在的任何部署问题。 (2认同)
Ola*_*vid 15
就我而言，avast 防病毒软件隔离了需要从 avast 应用程序复制的 [app-name].exe 文件，因此我必须转到“保护”>“隔离”，单击文件旁边的菜单按钮，然后单击“恢复并”添加例外'如下所示
我使用Visual Studio 2013.我遇到了这个问题2次:
第一次,我在没有管理员权限的情况下运行Visual Studio.所以,我关闭VS并使用" 以管理员身份运行 "选项启动它.这解决了我的问题.
第二次,我多次重启VS,每次都确保我以管理员身份运行它.此外,我多次重建解决方案.但是,尽管我犯了错误.之后,我从目标位置删除了相关文件(该文件已经存在,可能来自它尝试复制到的位置的上一个版本)并重建了解决方案.在那之后,错误消失了,一切顺利!
这已经在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
- 保存并构建
任何人都可以知道为什么会出现这个问题吗？
看看你通过手动复制解决问题的回答,我会说你正在处理的代码是由其他一些用户制作的(也有管理员权限)所以它被锁定了.通过执行复制 - ？粘贴,您使用所需的所有访问权限制作了源的OWN副本.唯一需要注意的是,在这种情况下,如果其他开发人员需要处理您的副本,他/她将会遇到您之前遇到的相同问题.
老帖子，但是这个僵尸正在攻击 VS 2017（我还没有深入研究为什么它只是“一些”项目）。在这种情况下，不是用户权限问题，而是 IIS Express 进程仍在使用这些文件。
您将在任务托盘中看到该图标
- 右键点击
- 出口
- 您应该能够
rebuild没有这个烦人的“权限被拒绝”消息。
这也是为什么“重新启动 Visual Studio”将“修复”该问题。这样做会停止 IIS Express。
呃……
| 归档时间： |
|
| 查看次数： |
258747 次 |
| 最近记录： |