【问题标题】:How do you deploy your SharePoint solutions? [closed]您如何部署您的 SharePoint 解决方案? [关闭]
【发布时间】:2010-09-05 18:57:57
【问题描述】:

我现在正在计划将 SharePoint 解决方案部署到生产环境中。
我读过一些工具,它们承诺提供一种简单的方法来自动化这个过程,但似乎没有什么适合我的场景。

在测试阶段,我使用 SharePoint Designer 在不同的开发和测试服务器之间复制网站内容,但这个过程是手动的,似乎有点不必要。

该网站由带有自定义 Web 部件的 SharePoint Web 部件页面和大量 Reporting Services 报表定义组成。

那么,在这片广袤的极客之地,对于如何最有效地为多部署方案创建和部署 SharePoint 网站,有什么好的建议吗?

编辑
只是为了澄清。我需要将多个“SharePoint 站点”部署到现有网站集中。由于 SharePoint 喜欢将其网站放在 SharePoint 内容数据库中,因此目前不能只将文件放入 IIS。

【问题讨论】:

  • 您还在使用内容部署向导,还是在此期间找到了更好的解决方案?
  • 我使用 WSPBuilder + 自定义脚本

标签: sharepoint deployment production


【解决方案1】:

我还建议查看 Chris O'Brien 的 SharePoint 内容部署向导。 http://www.codeplex.com/SPDeploymentWizard

应该有助于顺利完成您描述的过程,无论如何它都是您的工具包的好工具

【讨论】:

  • 但对我来说,当我尝试导入时它总是以异常(错误日志)结束。导入设置很顺利。没有异常抛出。有什么想法吗?
  • 在旧线程中发表评论可能不是找出问题的方法。此外,这些导入错误通常很清楚,但您必须让我们知道它们是什么=)
【解决方案2】:

我们有一个 BizTalk 2006,其中包含 Web 应用程序和几个需要从 Dev 到 UAT 再到 Live 的 WebService。

我们直接在 VS 中使用 MSBuild 来构建、运行测试、依赖于测试结果、编译、压缩并发送到服务器。

服务器上的小型 MSBuild 脚本,用于解压缩、移动文件、安装干净的 Web 应用程序、取消列出 biztalk 位、安装新的 biztalk 位、重新登记然后启动这些东西。

MSBuild 非常强大,需要更多的人使用它,因为它现在就在平台上 =>

使用 MSBuild

【讨论】:

    【解决方案3】:

    请注意,“解决方案”在 Sharepoint 中具有特定含义:为部署为 .wsp 文件而打包的一组功能(如 Web 部件、列表定义等)。

    您通常在 Visual Studio 中构建共享点解决方案,并使用诸如 Sharepoint SmartTemplates http://www.codeplex.com/smarttemplates 之类的工具打包和部署它们

    但是,在您的情况下,您已经在想要移动到另一个站点的实时共享点站点中拥有内容。为此使用解决方案可能太麻烦了,尤其是如果您想多次执行此操作(尽管可以使用 SharePoint 解决方案生成器从实时站点生成解决方案)。

    将所有内容从一个活动站点部署到另一个站点的最简单方法是使用 stsadm 创建站点的备份,然后使用 stsadm restore 再次将其还原到新站点。这会完全覆盖新网站。

    您可以使用导入/导出(而不是备份/恢复)来移动选定的文件/列表。 SharePoint 内容部署向导等工具可以更轻松地选择要移动的内容。

    【讨论】:

    • 与我交谈过的太多人使用 Sharepoint 的工作只是抛出“解决方案”这个词,而没有意识到他们指的是一个包。 MS 需要让人们更加了解这一点,或者可能使用不同的名称。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-11-22
    • 1970-01-01
    • 1970-01-01
    • 2012-05-25
    • 2010-09-10
    相关资源
    最近更新 更多