我正在开发一个我所使用的 Web 服务的 DLL，我添加了一些新代码，并希望通过 NUnit 测试套件对其进行编译和调试。我采取的步骤是。
在 Visual Studio 2008 中编写代码，输出目录指向我的应用程序 bin 目录 (C:\Program Files\etc...)。
当我启动 Web 服务进程并附加到它时，我收到警告，提示我的程序是在没有调试信息的情况下构建的，我发现如果我将 .pdb 文件复制到
C:\WINDOWS 中，\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\...目录，然后我可以避免警告，但仍然没有命中我的代码部分。我停止了应用程序，重新构建了 DLL，然后重新启动了 Web 应用程序。
经过进一步检查，我注意到当我停止我的申请时。进程资源管理器并删除了临时 ASP.NET 目录下的子目录，然后当我重新启动进程时，子目录会重新创建，但是它们不包含我之前刚刚构建的新 DLL，而是包含旧版本的 DLL DLL，也没有 PDB 文件。
总而言之，我的问题是如何让 Visual Studio 在临时 ASP.NET 目录中构建和更新 DLL？有关更多 kudo，我如何让 Visual Studio 自动将 PDB 文件复制到同一临时目录，而无需任何批处理帮助？
理想情况下，我希望避免将 DLL 自动复制到临时目录，但通过今天的搜索，我找不到任何合适的方法来执行此操作，因为 ASP 内部结构完全超出了我的控制范围。
注意:当我通过外部可执行文件访问我的 Web 服务时，我禁用了 NUnit 上的卷影复制功能。
最佳答案
解决了这个问题，需要构建到 ASP.NET 网站 bin 目录中才能获取新的 DLL。将输出路径从 C:\Program Files\MyApp\Bin 更改为 C:\Program Files\MyApp\MyWebService\Bin，这似乎解决了我遇到的问题新的 DLL 被复制并且所有调试工作正常。
干杯!
关于asp.net - 为什么我的 "Temporary ASP.NET Files"中的 ASP.NET DLL 在重建时没有得到更新？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6499406/