Sharepoint 2013 SharePoint 2013开发/测试/生产环境-移动内容的最佳实践

Sharepoint 2013 SharePoint 2013开发/测试/生产环境-移动内容的最佳实践,sharepoint-2013,Sharepoint 2013,我正在为一位客户进行一个SP2013项目,我需要为开发、测试和生产建立一个工作环境。为了简单起见,让我们假设这项工作只包含各种定制(列表、库、应用程序、主题等),而没有代码 我的设置如下: 生产环境位于客户站点上的某些服务器上 测试环境是在Azure中设置的 开发环境位于我的PC上的虚拟机上 现在,假设在每个环境中都正确设置了所有内容,我希望能够支持以下任务: 我在我的开发环境上进行定制,并希望在测试中部署此功能,以便其他人进行测试,最好是使用现有数据 在测试和QA之后,我想从测试部署到生产。当

我正在为一位客户进行一个SP2013项目,我需要为开发、测试和生产建立一个工作环境。为了简单起见,让我们假设这项工作只包含各种定制(列表、库、应用程序、主题等),而没有代码

我的设置如下: 生产环境位于客户站点上的某些服务器上 测试环境是在Azure中设置的 开发环境位于我的PC上的虚拟机上

现在,假设在每个环境中都正确设置了所有内容,我希望能够支持以下任务:

  • 我在我的开发环境上进行定制,并希望在测试中部署此功能,以便其他人进行测试,最好是使用现有数据
  • 在测试和QA之后,我想从测试部署到生产。当然,这只能影响自定义,而不能影响现有数据
  • 我希望不时地拍摄生产环境的快照,并将其移动到测试中,以便从开发中部署新特性可以尽可能真实地完成
  • 我希望尽可能顺利、高效地执行这些任务,尤其是在从开发人员部署到测试人员时(这是经常做的)。从测试到生产的部署不会经常进行,因此可以容忍更多的手工工作

    我知道一些可能相关的机制:

  • 内容部署
  • 跨站点发布
  • 内容数据库备份/恢复
  • 将站点另存为模板,导出wsp并导入
  • (万不得已)手动设置每个自定义项

  • 你们中的一些有经验的SharePoint开发人员/管理员能否就在哪种情况下使用哪种机制、何时不使用它等提出一些建议。?还有其他方法需要提及吗?请记住,这三个环境位于不同的物理环境中,这可能会使完全自动化的解决方案变得困难。如果我在客户站点(即同一服务器场的一部分)上设置测试环境,是否会更方便?

    另一个选项可能是第三方工具,具体取决于您的特定定制。他们中有很多人。ShareGate是我个人在迁移工作中使用的一个工具,对于在环境之间快速移动内容来说似乎非常简单有效。Attunity Repliweb for SharePoint是另一个值得关注的问题,它是您需要的特定于开发的发布工作

    至于本地选项,我也在寻找自己的方法,但以下是我的建议:

    • 在可能的情况下,我使用VisualStudio创建了包含用于部署功能的特性的解决方案包。例如,品牌化解决方案包可能包括几个功能,用于部署自定义母版页、主题/外观文件、通用JavaScript库和图像

    • 功能部署使您能够轻松地在环境之间部署或删除功能,并在站点之间重用功能。此外,您还可以将Visual Studio解决方案添加到源代码控制系统,如VS Online或GitHub

    • 对于一次性站点,我创建了一个开发人员站点,对其进行了配置,然后使用内置的SharePoint备份和还原将其部署到prod。随后的更改已在开发人员中创建,然后手动应用于测试和prod。根据自定义情况,这相当耗时。您可以将其与诸如ShareGate之类的工具相结合,以自动化单个工件(例如自定义列表)从一个环境到另一个环境的部署

    • 在移动内容方面,我将ShareGate与Boost Solutions Excel Import一起用于处理列表数据。这使我能够将大量列表数据导出到excel,并轻松地将其重新导入到一个新列表中,该列表可能是我添加了新功能的副本,以便在执行完整站点备份以恢复生产之前替换旧的产品列表或可能是我正在填充的开发/测试列表


    祝你好运,希望其中一些建议对你有用!我将关注这个问题,因为我也有兴趣听到更好的方法/习惯来管理SharePoint开发周期。

    我已经完成了为我维护的SharePoint 2013生产环境设置开发环境的工作。最后一步是将生产内容移动到开发环境中。为了找到PowerShell等等,我不得不四处挖掘。我决定写一篇关于它的博客,这样我就可以把所有的步骤都放在一个地方,而不是下一次再看一遍

    第一步是备份要恢复到开发中的内容数据库。要执行此操作,请打开SQL Server Management Studio,右键单击要备份的数据库,将鼠标悬停在任务上,然后选择备份。您将看到备份数据库窗口。确保备份类型设置为“完全”,为备份命名或保留默认名称,并记录或更改目标

    如果正在运行定时备份并且能够访问备份驱动器,则可以跳过这些步骤。在这种情况下,只需获取最新完整备份的副本,并将其复制到您的开发SQL Server

    下一步是将数据库恢复到开发状态。要执行此操作,请在开发环境中打开SQL Server Management Studio,右键单击Databases文件夹,然后选择Restore Database。出现“还原数据库”窗口时,单击设备单选按钮,然后单击文本框旁边的省略号。这将弹出选择备份设备窗口。从那里单击“添加”,找到备份文件并单击“确定”,再次单击“确定”返回到还原数据库