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

Question

首先，我用一句话来抒发一下心中的不满：天哪，SharePoint 开发真是一团糟！

好的，抱歉，让我重点讨论 1 个特定场景。我开发了 (VS2005) 一些功能，如果我将其作为 DLL 部署在 SharePoint (MOSS2007) 服务器上，这些功能就可以工作。现在我正在尝试确定将其打包为可部署功能的最佳方法。

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

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

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

Answer 1

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

1. VSeWSS，微软自己的 Visual Studio 扩展.
2. STSDEV, ，根据您的规格预先创建 VS 解决方案
3. WSP生成器, ，我的偏好是因为它的 VS 集成

两者都有优点和缺点，我建议您尝试所有三种以找到您的偏好。

.b

Answer 2

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

更新然而，VSeWSS 1.3 现在是 MS 的“官方”版本，并将在 Visual Studio 的未来版本中得到支持，因此这可能是现在要采取的路线。

不幸的是，您仍然需要知道每个东西都必须适合 SharePoint 中的哪个位置才能使其正常工作。在幕后，该解决方案和功能仍然使用粗糙的 XML 格式来控制解决方案所有部分的运行方向。

过了一会儿，你会感到剧烈的疼痛变得微弱。