SharePoint 开发/生产环境

Question

我在使用 SharePoint 时遇到的最大挑战之一是它不能很好地适应典型的项目环境，其中至少包含开发和生产环境。我遇到的最多的问题是内容和列表是如此紧密地耦合在一起，以至于如果不在生产环境中执行内容卡住就很难执行设计更改。例如，如果我有一个包含计算列的列表并想要添加一些新功能，我将不得不在生产服务器上进行内容卡住，从生产服务器创建一个列表模板(包括内容)，将该列表恢复到开发环境，进行我的更改，然后反转列表模板过程。这同样适用于页面和 SharePoint 中的任何其他内容。似乎一旦部署了站点，最好直接在生产箱上工作，但由于显而易见的原因，这破坏了大量最佳实践。

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

Answer 1

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

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

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

然后我们有另一个网站，它使用 SharePoint 设计器进行了大量自定义，并且我们正在使用该网站。