4

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

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

根据搜索结果，您会认为没有人以可重复的方式成功地做到这一点！每篇文章都与下一篇文章相矛盾，或者记录了一种用其他人的技术修补某些问题的技术，并且反过来可能会在另一篇文章中进行更新。许多似乎基于 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 月以来一直没有更新。）

任何人都可以帮忙吗？非常感谢！

4

2 回答 2

7

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

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

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

.b

于 2008-12-11T04:51:16.777 回答
3

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

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

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

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

于 2008-12-11T06:50:30.450 回答