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

时间:2008-12-11 03:26:03

标签: visual-studio sharepoint deployment stsadm

首先,让我用一句话来表达一些挫折感:我的上帝,为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月以来一直没有更新。)

有人可以帮忙吗?非常感谢!

2 个答案:

答案 0 :(得分:7)

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

  1. VSeWSS, Microsoft's own extentions for Visual Studio
  2. STSDEV,根据您的规范预先创建VS解决方案
  3. WSPBuilder,我的偏好因为它的VS集成
  4. 所有人都有优点和缺点,我建议你尝试所有这三个来找到你的偏好。

    .B

答案 1 :(得分:3)

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

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

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

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

免费获取贴纸的机会↓↓↓
豫ICP备18024241号-1