Sharepoint、Sharepoint 设计器和源代码控制答案

【问题标题】：Sharepoint, Sharepoint Designer, and Source ControlSharepoint、Sharepoint 设计器和源代码控制
【发布时间】：2010-03-02 00:18:15
【问题描述】：

我正在学习 Designer 和 Sharepoint。在制作 Sharepoint 网站时，推荐使用源代码管理的方法是什么。我习惯在本地有一个沙箱，然后制作和编辑文件，然后推送到服务器，但 Sharepoint 似乎不是这种情况？

【问题讨论】：

【解决方案1】：

Designer 非常危险，大多数系统管理员只会阻止对 SharePoint 场的访问。由于 Designer 正在访问现场农场，理论上可以将站点从水中炸毁，因此通常会拒绝访问。（换句话说，这个模型确实没有“源代码控制”。它类似于通过 FrontPage 在服务器上编辑实时网站。）

在更高级的层面上，建议您使用 Visual Studio 创建解决方案，然后将这些解决方案从本地 SharePoint（用于开发）迁移到暂存场（用于测试），然后再进行生产。诀窍是让所有 3 个环境保持相对同步。

【讨论】：

我同意，那么在 Sharpeoint 中推荐的开发方式是什么？
在本地 Sharepoint 安装上进行本地开发然后以某种方式将页面转移到生产环境是个好主意吗？如果是，如何使用源代码控制？
对不起@bmw0128 我想你发帖时我正在编辑我的答案。我添加了更多细节。（我认为 SharePoint 开箱即用很有用，但在需要高级自定义时就没那么有用了。恕我直言，开销太大了）
谢谢...您能否让我开始了解迁移到各种 Sharepoint 安装的最佳方式，例如，假设我在页面上进行了编辑，我需要将其投入生产，这样做的最佳做法是什么？
我们在谈论什么样的变化？如果它是功能，那么您想使用解决方案和功能。如果是内容，那么您希望将 MOSS 的 CMS 功能与工作流程一起使用。