发布我的web应用程序可能需要很长的时间来完成,因为文件名为.suo的 [英] Publishing my web application can take long time to accomplish because of the .suo file

查看:199
本文介绍了发布我的web应用程序可能需要很长的时间来完成,因为文件名为.suo的的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有我通过Visual Studio 2010的发布到我的服务器Web应用程序项目。我的问题是,它可能需要很长的时间才可以真正发布。 也许10分!它不发生每次但很多时候。

I have a web application project that i publish via Visual Studio 2010 to my server. My problem is that it can take very long time before it can actually publish it. Maybe 10 minutes! It doesnt happen everytime but very often.

下面是什么,我在输出的摘要 - >构建控制台,当我尝试发布:

Here's a summary of what i have in the Output -> Build console when i try to publish:


  • 该项目编制 - 确定

  • 连接到C:\\用户{​​}用户\\桌面\\ MyProjectTest ...(这就是它可能需要长达10分钟

  • 的文件发布...

当我打开ProcessExplorer,我看到的 devenv.exe的 正在所有的CPU。当我打开这个过程中,我看到,消耗所有的CPU任务的 clr.dll!StrongNameSignatureVerification + 0x11ee1 。一旦此任务完成,10分钟后,在发布任务完成快速

When i open ProcessExplorer, i see that devenv.exe is taking all the CPU. When i open this process, i see that the task that consume all the CPU is clr.dll!StrongNameSignatureVerification+0x11ee1. As soon as this task finish, after 10 minutes, the publishing task finish quickly.

使用进程监视器,我有监测clr.dll的TID!StrongNAmeSignatureVerification ,我已经获得多项redondant事件。在过去的5分钟,任务尝试访问我没有在我的电脑上的文件。他正在寻找的 Microsoft.Build.Task.resources.dll 。这就像如果发布的任务,一次又一次又一次尝试,这并不存在的东西。为了您的信息,我使用的 Windows 7的法国 Visual Studio 2010中英。在截图中,你看到这样的同样的事情在2000个事件的10个事件!

With Process Monitor, i have monitored the TID of clr.dll!StrongNAmeSignatureVerification and i've got MANY redondant events. For over 5 minutes, the task try to access a file that i don't have on my computer. He is searching for Microsoft.Build.Task.resources.dll. Its like if the publishing task was trying again and again and again something that doesnt exist. For your information, i'm using Windows 7 French with Visual Studio 2010 English. On the screenshot, you see like 10 events of over 2000 events of the same thing!

下面是一些信息,可以帮助确定问题:

Here is some info that can help to identify the problem:


  • 我的应用程序是建立与MVC3

  • 我有一些第三方的DLL。他们中的一些签名。

  • 我与文件系统的方法发布。

  • 我想我的本地计算机上发布和问题也有所以它不是我的电脑,我的服务器之间的网络问题。

  • 我已经在Windows 7上的x86和放大器测试; 64 法国版

  • 我的Visual Studio 2010 SP1是在英语版

  • My application is build with MVC3
  • I have a few third party dlls. Some of them are signed.
  • I'm publishing with the File System method.
  • I tried to publish on my local computer and the problem is also there so its not a network problem between my computer and my server.
  • I have tested on Windows 7 x86 & x64 French edition
  • My Visual Studio 2010 SP1 is the English edition

我现在知道如何解决这个问题的我不知道是什么原因造成的。如果我删除**。锁文件(在同一水平.sln文件),并重新打开我的Visual Studio,出版会非常快。所以重新初始化名为.suo文件似乎每次发布获得慢来解决这个问题。

I now know how to solve the problem BUT i don't know what is causing it. If i delete the **.suo file (at the same level as the .sln file) and i reopen Visual Studio, the publishing will be really fast. So reinitializing the .suo file seems to solve the problem each time the publishing get slow.

只是为了另外一个测试,我做了名为.suo文件的备份,当发布缓慢且删除了它。现在,出版快。如果我复制文件名为.suo回到自己的位置,并重新打开Visual Studio中,发布将是缓慢的一次。所以,一切似乎都指向该文件。

Just to make another test, i've made a backup of the .suo file when the publishing was slow and deleted it. Now the publishing is fast. If i copy the .suo file back to his position and reopen Visual Studio, the publishing will be slow again. So all seems to point to that file.

在这一个任何想法?

感谢您的帮助!

推荐答案

我不知道它是否是造成一个锁文件,但对我来说,的这个解决了这个问题。

I am not sure if it's a suo file that is causing, but for me, this solved the problem.

编译之后,发布将调用aspnet_compiler,这实际上需要较长的时间,因为它是生成自定义DLL所有code。

After compiling, the publish will call aspnet_compiler, which actually takes longer as it is generating custom dll for all code.

不过,请与您的的VSPackage ,是有一些跨pretation或这么写的任何包,这可能会打断你的发布。

But check with your VSPackages, is there any package written for some interpretation or so, that might be interrupting your publish.

这篇关于发布我的web应用程序可能需要很长的时间来完成,因为文件名为.suo的的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆