- 您如何处理 SharePoint 中的变更和发布管理？
- 您是否有已安装解决方案、表单模板等的注册表？
- 您是用工具还是手工记录您的安装？
- 您将已安装的软件的备份保存在哪里？
- 您是否将以前的版本保留作为开发 > 测试 > 生产周期的一部分？
- 您是否使用源代码控制工具来管理已安装二进制文件的版本？
- 除了备份农场之外，还有什么办法可以确保灾难发生时能够生存下来？
答案1
我们所做的是每周在固定的时间范围内（对于我们来说，是星期一早上 7 点）安装我们的解决方案。
开发人员将测试过的解决方案 (.wsp) 放入一个以我们应用服务器上的下一个计划安装日期命名的文件夹中。然后，他将条目添加到我们设置的 SharePoint 列表中，该列表详细说明需要做什么（升级或安装）、新功能或修复程序是什么，以及他希望在哪个预定的安装日期安装。然后，管理员可以在星期一早上进入并进行该周的安装。如果有问题，他会撤消并更新列表并提供详细信息。如果成功，他会更新并“关闭”该项目。
因此，我们不仅有一个显示发生了什么和何时发生的列表，还有一个包含所有之前安装和更新的解决方案的文件夹结构。我们显然还将所有解决方案源代码保存在 Visual Source Safe 中。
到目前为止，一切运行正常，但我们对 Sharepoint 还很陌生，仍在学习。
达娜
答案2
我们在这方面也比较新。
我们每周三晚上 6 点后发布。
•您如何处理 SharePoint 中的变更和发布管理？
所有变更都需要通过一个包括所有关键利益相关者的流程进行授权。
这包括与源代码相关的相关文档。
这每年还会经过一次随机审核。
•您是否有已安装解决方案、表单模板等的注册表？
是的，我们使用 wiki（与 Sharepoint 位于不同的服务器上），以保持最新状态。
•您是用工具记录您的安装还是手工记录？
手工记录。（虽然我们创建了 wsp 文件。）
•您在哪里保存已安装软件的备份？
在农场、在不同的站点以及在专门的备份平台上。
（这一切都是自动化的。）
•您是否将以前的版本保留为开发 > 测试 > 生产周期的一部分？
是的
•您是否使用源代码控制工具来管理已安装二进制文件的版本？
是的，svn。
•除了备份您的服务器场外，还有什么技巧可以确保您在灾难来临时能够安然无恙？
从一开始就尝试在您的架构中构建弹性和故障转移系统。
备份服务器场、备份网站集、尝试记录所有内容，然后祈祷。