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

Question

首先，让我用一句话宣泄一下不满：天哪，为SharePoint开发真是太乱了！

好的，抱歉，让我们专注一个具体场景。我已经开发（VS2005）了一些功能，如果我将其部署为MOSS2007服务器上的DLL，则可以正常工作。现在我正在尝试确定将其打包为可部署功能的最佳方法。

根据搜索结果，你会认为没有人以可重复的方式成功完成过这个过程！每篇文章都互相矛盾，或者记录了修补其他技术问题的技术，并且反过来可能在另一篇文章中更新。其中许多基于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月以来就没有更新）。有人能帮忙吗？非常感谢！

- Steve Eisner

Answer 1

"街头传言"通常围绕着三种SharePoint开发选项展开讨论。

1. VSeWSS，微软自己的Visual Studio扩展。
2. STSDEV，基于您的规格预先创建一个VS解决方案
3. WSPBuilder，我偏爱它因为它与VS集成

所有这些都有优点和缺点，我建议你尝试所有三个，找到你喜欢的。

.b

- Bjørn Furuknap

---

谢谢，我会尝试使用WSPBuilder和STSDEV！根据我的发现，我会回来选择“正确”的答案 :) - Steve Eisner

WSPBuilder是构建功能的未来方向。话虽如此，一旦您想要执行更复杂的功能，很快就会陷入XML的泥潭中。 - marcus.greasly

Answer 2

如果您使用过VSeWSS 1.2，我建议创建一个STSDEV解决方案，将代码包装起来并将WebPart复制到正确的位置。

更新 然而，VSeWSS 1.3现在是官方的微软解决方案，并将在未来的Visual Studio版本中得到支持，所以这可能是现在要采取的路线。

不幸的是，为了使其正常工作，您仍需要知道每个东西应该放置在SharePoint的何处。在底层，解决方案和功能仍使用复杂的XML格式来控制解决方案的所有部分的方向。

经过一段时间，您感受到的剧痛会变得麻木到轻微的跳动。

- Nat

---

谢谢，我会尝试使用STSDEV！根据我的发现，我会回来选择“正确”的答案 :)听到这件事会变得更容易真是太好了。我真的需要一些阿司匹林来缓解 SharePoint 带给我的痛苦。 - Steve Eisner