Sharepoint wsp 部署为什么 setup.bat 比 Visual Studio 部署慢 100 倍？答案

【问题标题】：Sharepoint wsp deployment why is setup.bat 100 times slower than Visual Studio deployment?Sharepoint wsp 部署为什么 setup.bat 比 Visual Studio 部署慢 100 倍？
【发布时间】：2011-03-29 19:57:50
【问题描述】：

在解决方案资源管理器中右键单击并部署 - 需要几秒钟。

从解决方案的\bin 文件夹运行setup /uninstall @987654321@ 时，需要13 分钟？！有 8 个功能需要激活，但我的问题是为什么需要这么长时间；以及以 Visual Studio [2005] 对 Sharepoint [2007] 的方式部署它的等效命令是什么？

【问题讨论】：

我不知道为什么这么慢。但是，谈到 VSeWSS，bat-way 的实现方式与 VS 中的集成方式不同。
有没有办法让它使用 VS 的任何方式进行部署？它会跳过停用/收回/删除 - 添加/激活周期吗？
不，它使用这个循环。 VSeWSS 直接调用 SharePoint API — AFAIK。使用 Reflector 精确找出。

标签： visual-studio sharepoint deployment wsp

【解决方案1】：

当 VS 部署 WSP 时，它会使用等效的 -local 开关。此标志允许同步部署，因为它只发生在运行命令的服务器上。显然，这不是多服务器部署的选择。

如果您的 BAT 文件未使用此开关，则作业将排队到 Timer 服务以供最终执行。这可能是您的问题的一部分，尽管 13 分钟似乎太长，无法仅用这一点来解释。

这是一个提供-local switch 的 STSADM 命令示例。

【讨论】：

【解决方案2】：

VS 立即部署解决方案，以便您可以立即解决任何问题。

您可以自己手动完成：

按照你的设置命令，运行这个：

%stsadmpath%\stsadm -o execadmsvcjobs

事实上，这是 VS 部署命令的一部分。

【讨论】：

Following your setup command 这就是问题所在，因为它的意思是“13 分钟之后”，而不是几秒钟。