SharePoint开发/生产环境

Question

我在SharePoint中遇到的最大挑战之一是它不能很好地适用于典型的项目环境，该环境至少包含开发和生产环境。我遇到的问题最多的是内容和列表紧密结合，以至于如果不在生产环境中执行内容冻结，就很难执行设计更改。例如，如果我有一个包含计算列的列表并希望添加一些新功能，则必须在生产服务器上执行内容冻结，从生产服务器创建列表模板（包括内容），将该列表还原到开发环境，进行我的更改，然后反转列表模板过程。对于页面以及SharePoint中的其他任何内容也是如此。似乎一旦部署了网站，最好直接在生产环境中工作，但由于显而易见的原因，这打破了大量的最佳实践。

你们其他一些SharePoint开发人员如何处理此限制？

Answer 1

实际上有两个（更多？）级别的SharePoint“开发”。您有部署到服务器的代码，例如Web部件，内容类型，工作流操作等。这在部署和最佳实践方面工作得相当好。

然后你有你的例子，这是更多的网站实例的自定义。当我们必须在门户网站目录列表中定制计算字段时，我们所做的是尝试并调整开发中的更改。然后写下要制定的定制的详细说明，并让具有适当权限的单独人员使用这些说明在集成（分段）服务器上进行更改。然后让同一个人在生产中进行更改。

我不确定您的更改是否容易受此方法影响，但值得考虑。

然后，我们有另一个网站，它是与SharePoint设计师大量定制，我们的工作生活。

Answer 2

您可以使用Content Deployment Wizard（http://www.codeplex.com/SPDeploymentWizard）快速迁移列表和库等内容。您也可以制作一份备份/恢复副本，然后对其进行更改，然后在清晨执行内容冻结（希望没有人会在意），将所有已更改的数据从生产导入副本，然后恢复生产复制。至少冻结可能会被推迟并且只会在出口 - >进口 - >恢复程序期间需要。

实际上，我只是亲自动手改变生产。

Answer 3

使用FeatureActivation代码来部署对列表字段的更改。在代码更新字段后，您将停用该功能并将其删除。这使得结果可以在质量保证环境中进行测试。