在 Visual Studio 中访问路径错误答案

【问题标题】：Access to the Path Error in Visual Studio在 Visual Studio 中访问路径错误
【发布时间】：2011-01-21 16:30:22
【问题描述】：

此问题已通过 SQL Server 2008 R2 Cumulative Update 5 / SP1 / SQL Server 2012 RTM 解决

当我尝试构建 Reporting Services 项目作为在 Visual Studios 中部署或预览报表的一部分时，我收到以下错误：

对路径“C:\My Solution Folder\bin\Debug\My Report.rdl”的访问被拒绝。

似乎发生的情况是 \bin\Debug\ 文件夹中的文件已更改为只读。我可以通过删除受影响文件上的只读标志来“修复”症状。我想找到一种方法来完全避免这个错误，因为这通常一天发生多次。

我确认文件没有保存到我的源代码控制系统，所以我的源代码控制插件似乎不会导致这个问题。问题似乎从 SQL Server 2008 R2 开始，这是有道理的，因为我很确定 \bin\Debug\ 文件夹在此版本的 Reporting Services 项目之前不存在。

我尝试将项目 OutputPath 更改为不在项目文件夹下的路径，但 Visual Studios 不允许我这样做。

【问题讨论】：

【解决方案1】：

这是 Microsoft 的一个已知错误，已在 CU5 和更高版本的 SP1 中更正。在 SQL Server 2012 RTM 中根本没有出现该问题。

基本的解决方法是构建一次，取消设置报告项目的 BIN 文件夹中所有文件的只读属性，然后一切都会再次运行...直到您再次编辑文件。

我怀疑这是由于 VSS 在签入后将文件标记为只读...VS 然后将资源 (*.RDL) 逐字复制到 BIN 文件夹，即设置了只读属性。

【讨论】：

【解决方案2】：

您可以使用Process Monitor 找出哪个进程改变了它。您需要做的就是设置一个过滤器，其中包含感兴趣的文件的完整路径，并注意对该文件执行的任何操作。还要关闭所有其他监视器，例如注册表和网络。它们位于右侧的主工具栏上。

【讨论】：

【解决方案3】：

以下不是解决方法，佩尔赛，但它是一种解决方法，在您的服务器更新之前不会变得更好。不断删除项目的 bin 文件夹很快就变老了真正的，我被困在一个有问题的服务器实例上，这对于一个简单的批处理脚本来说似乎是一项不错的工作。

它只是递归地删除项目目录中名为“bin”的每个文件夹。

@echo off
cd "C:\ ... \Reports"
for /d /r . %%d in (bin) do @if exist "%%d" rd /s/q "%%d"
echo.
echo All your bin are belong to us.
echo.
pause
exit

如果您已正确执行此操作，您现在只需在出现错误时从 Visual Studio 中按 CTRL+ALT+Z 或您选择的任何键。容易多了！

享受吧！

【讨论】：