合并Sharepoint WSP解决方案文件

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

来源

2010-01-28 driAn

这是GOI ng会很痛苦，但为了正确执行此操作，您应该放弃vsewss 1.2，在Visual Studio中重新组织项目并使用WSPBuilder。

WSPBuilder是伟大的，因为它需要大量的手工工作，创造出体现，DDF和编译CAB的。

来源

2010-01-28 10:38:06 Jeff

WSPBuilder的优势是什么？ – driAn 2010-01-28 11:08:53

它是我解决根（项目）结构问题的最小努力方法。 – 2010-01-29 02:41:26

我还没有看到一个工具，它这样做，但它不应该是很难创建：

解压WSP封装（他们只是有一个奇怪的扩展cab文件）
合并目录结构
合并的文件的manifest.xml
拉链组合包

来源

2010-01-28 09:27:34

你将不得不做了很多这VSeWSS的背景你自己做的工作。有许多关于创建WSP Creating a Solution Package in Windows SharePoint Services 3.0 水安全计划的基础上MSDN A文章被包含的manifest.xml和文件结构CAB文件，您将文件在WSP正确的位置，使他们部署是imortant到SharePoint中的正确位置。

我同意JD

这将是痛苦的，但要真正做到这一点正确的生产推动你应该放弃 VSeWSS的1.2，重新组织项目的Visual Studio中和使用 WSPBuilder。

这将是重构代码和程序集结构的好时机，以便最大限度地减少需要部署的程序集数量。

如果您有任何Web部件，一定要检查该功能的XML文件都corect为VSeWSS的preparses和做文字replacment befor产生的WSP文件。它会在需要完整程序集名称的文件中通用存储guid。

如果你会做很多的SharePoint开发工作，它是probly值得花一点时间学习如何在WSP封装工作manafest.xml和休息。

来源

2010-01-28 11:12:08

有一个优势，不必在一个单一的WSP所有的代码..你可以做局部的部署，你不必在一个巨大的Visual Studio解决方案所有的代码。

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

来源

2010-01-31 01:37:37 ArjanP

合并Sharepoint WSP解决方案文件

回答

相关问题