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

Question

首先，让我用一句话来表达一些挫折感：我的上帝，为SharePoint开发是一个混乱！

好的，对不起，让我关注一个具体的场景。我已经开发了（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, Microsoft's own extentions for Visual Studio。
2. STSDEV，根据您的规范预先创建VS解决方案
3. WSPBuilder，我的偏好因为它的VS集成

所有人都有优点和缺点，我建议你尝试所有这三个来找到你的偏好。

.B

Answer 2

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

<强>更新 但是，VSeWSS 1.3现在是MS的“官方”版本，并且将在Visual Studio的未来版本中得到支持，所以这可能是现在要采用的路径。

不幸的是，您仍然需要知道每件事情必须适合哪些内容才能使其发挥作用。在幕后，解决方案和功能仍然使用粗糙的XML格式来控制解决方案的所有位置。

经过一段时间后，你会感到剧烈疼痛，感到迟钝。