合并 Sharepoint WSP 解决方案文件答案

【问题标题】：Merging Sharepoint WSP solution files合并 Sharepoint WSP 解决方案文件
【发布时间】：2011-01-10 07:32:49
【问题描述】：

我有多个项目/wsp 解决方案，用于我的不同 Sharepoint webpart 和事件接收器。这对于开发来说很好，但是我想将生成的 .wsp 文件合并到一个用于生产部署的文件中。有没有办法这样做？我只使用 vsewss 1.2。

【问题讨论】：

标签： sharepoint deployment wsp

【解决方案1】：

这会很痛苦，但要真正为生产推送正确执行此操作，您应该放弃 vsewss 1.2，在 Visual Studio 中重新组织您的项目并使用 WSPBuilder。

WSPBuilder 非常棒，因为它需要大量手动工作来创建清单、ddf 和编译 CAB。

【讨论】：

WSPBuilder有什么优势？
我觉得这是解决根（项目）结构问题的最省力的方法。

【解决方案2】：

你将不得不做很多 vsewss 在你自己的后台所做的工作。 MSDN 上有一篇关于创建 WSP 的基础知识的文章 Creating a Solution Package in Windows SharePoint Services 3.0 WSP 是一个包含 manifest.xml 和文件结构的 cab 文件，重要的是您将文件放置在 WSP 中的正确位置，以便将它们部署到 SharePoint 中的正确位置。

我同意京东

这会很痛苦，但是真正正确地做到这一点生产推动你应该放弃 vsewss 1.2，重新组织你的项目在 Visual Studio 内部并使用 WSPBuilder。

现在是重构代码和程序集结构的好时机，以尽量减少需要部署的程序集数量。

如果您有任何 Web 部件，请务必检查功能 xml 文件是否全部正确，因为 vsewss 预解析并在生成其 WSP 文件之前进行文本替换。它通常将 guid 存储在需要完整程序集名称的文件中。

如果您要进行大量 SharePoint 开发工作，可能值得花一点时间了解 manafest.xml 和其他 WSP 包的工作方式。

【讨论】：

【解决方案3】：

我还没有看到可以做到这一点的工具，但应该不难创建：

解压 wsp 包（它们只是 cab 文件，扩展名为奇数）
合并目录结构
合并 manifest.xml 文件
压缩组合包

【讨论】：

【解决方案4】：

没有将所有代码都放在一个 WSP 中是有好处的。您可以进行部分部署，并且不需要将所有代码放在一个巨大的 Visual Studio 解决方案中。

为什么不在 1 个脚本文件中编写所有 WSP 部署脚本？这似乎是一个比摆弄 WSP 本身更透明的解决方案。

【讨论】：