|
|
1
14
我发现了一项工作。 1)转到Visual Studio缓存app_offline.htm文件的位置。 C:\Users[用户]\AppData\Roaming\Microsoft\VisualStudio\11.0\(将[用户]替换为您的用户名) 2)删除app_offline.htm文件 (注意:仅此一项无法解决问题,因为在找不到该文件时,vs会重新生成该文件) 3)创建名为app_offline.htm的目录(目录!) 这实际上会导致尝试使用该文件的进程出错,因为该文件不是文件,名称冲突意味着VS无法尝试重新创建该文件。幸运的是,这个错误没有不必要的副作用。 现在继续使用VS和Team Foundation服务器,并享受不断地加载AppDead的乐趣! 当然,这意味着任何发布过程都可能不会使用app_offline.htm文件,因此您需要注意这一点。 |
|
|
2
1
因为我也有这个问题,所以我决定试着追踪它。首先,我发现如果我的数据库连接处于脱机状态,然后单击服务器资源管理器中的“刷新”按钮,它将在我的网站根目录中创建应用程序脱机文件,然后将其删除。我重新制作了好几次。 实际上,我在服务器资源管理器中有3个数据库连接。如果我断开与远程SQL服务器上的数据库的2个连接,它 不 刷新时生成应用程序脱机文件。只有当我从本地.mdf文件断开连接,然后刷新(重新连接到该.mdf文件,红色断开的x消失)时,它才会生成app_脱机文件。当然,每次重新连接到本地数据库后,app_offline.htm文件都会显示在我的回收站中。 更进一步,我分离了本地数据库(.mdf文件)并将该文件移到了桌面上。然后重新启动VS2010,无法重新生成错误。我把文件放回原处,重新建立了连接,然后又开始让应用程序离线。然后我禁用了sqlexpress服务,并得到了一些其他错误, 但即使禁用了sqlexpress服务,我的回收站中的应用程序仍然处于脱机状态。 . 所以,如果可以的话,我想我的答案是去掉.mdf本地数据库。这对我来说不是一个好的选择,因为当我远程处理代码时,我需要本地数据库,但是如果你不需要任何本地数据库,也许你可以尝试删除它们。 注意:我使用的是VS2010(有时是VS2008)和SQLExpress 2008 RS。我不使用TFS。 |
|
|
3
0
|
|
|
4
0
也许,有人会离线签入文件应用程序,当你得到项目时,文件就来了。 查看您的源存储库。 |