VS2005 + SharePoint 部署的最佳项目格式？

Question

首先，让我用一句话来表达一些沮丧：我的天，为 SharePoint 开发真是一团糟！

好的，抱歉，让我专注于 1 个特定场景。我已经开发了（VS2005）一些功能，如果我将其部署为 SharePoint（MOSS2007）服务器上的 DLL，则可以使用。现在我正在尝试确定将其打包为可部署功能的最佳方式。

根据搜索结果，您会认为没有人以可重复的方式成功地做到这一点！每篇文章都与下一篇文章相矛盾，或者记录了一种用其他人的技术修补某些问题的技术，并且反过来可能会在另一篇文章中进行更新。许多似乎基于 2003、WSS 等的旧方法。一些建议使用 MSBuild 任务部署到您的代码，手动将文件复制到名称为“12”的目录中，或使用 SharePoint Designer 等工具或直接对服务器进行修改.这些听起来像是开发人员用来安装在测试服务器上的 hack。有没有人创建过一个项目，在成功构建后，可以将其带到另一台机器上，并通过 STSADM 使用安装程序或单个命令行指令进行部署？

我承认我对 SharePoint 管理只有初学者的了解，但它一定比看起来容易。我想我了解http://msdn.microsoft.com/en-us/library/ms413687.aspx 的基本概念，但没有办法自动化吗？对于要在 2007 服务器上部署的打包功能，必须有一个推荐的做法。但对于我来说，我无法弄清楚它是哪一个。 （我最好的猜测是它是这样的：http://www.codeplex.com/sptemplateland，但自 2007 年 2 月以来一直没有更新。）

有人可以帮忙吗？非常感谢！

Answer 1

“街头谈话”通常围绕 SharePoint 开发的三个选项展开。

1. VSeWSS, Microsoft's own extentions for Visual Studio。
2. STSDEV，根据您的规格预先创建一个 VS 解决方案
3. WSPBuilder，我的偏好是因为它的 VS 集成

所有人都有长处和短处，我建议您尝试所有这三个来找到自己的偏好。

.b

Answer 2

在使用过 VSeWSS 1.2 之后，我建议创建一个 STSDEV 解决方案，用于封装代码并将 Web 部件复制到正确的位置。

更新 但是，VSeWSS 1.3 现在是 MS 的“官方”版本，将在 Visual Studio 的未来版本中得到支持，所以这可能是现在采取的路线。

不幸的是，您仍然需要知道每件事情必须在哪里适应 SharePoint 才能使其正常工作。在幕后，解决方案和功能仍然使用粗糙的 XML 格式来控制解决方案的所有部分的方向。

一段时间后，你会感到剧烈的疼痛变得迟钝到低沉。