我们所做的是每周在一个固定的窗口（星期一早上七点给我们）安装我们的解决scheme。
开发人员将TESTED解决scheme（.wsp）放到我们的应用服务器上的下一个计划安装date的文件夹中。 然后他进入一个我们已经设置好的分享点列表，详细说明需要做什么（升级或安装），新function或修复是什么，以及他希望安装哪个安排date。 然后pipe理员可以在星期一上午进行安装。 如果有问题，他将其退出并更新列表中的详细信息。 如果成功，他会更新并“closures”该项目。
因此，我们不仅列出了发生了什么事情的时间表，还有一个文件夹结构，其中包含了以前安装和更新的所有解决scheme。 我们还将所有的解决scheme源代码保存在Visual Source Safe中。
到目前为止，这一切都行得通，但我们在Sharepoint还是很新的，现在还在学习中。
达纳
我们也相对较新。
我们会在星期三晚上6点之后发布。
•您如何处理SharePoint中的变更和发布pipe理？
所有变更都需要通过包括所有关键利益相关者在内的stream程进行授权。
这包括链接到源代码的相关文档。
这也是一年一次的随机审计。
•您是否拥有安装的解决scheme，表单模板等的registry？
是的，我们使用维基（在不同的服务器上Sharepoint）保持最新。
•您是使用工具还是手工来logging您的安装？
用手。 （虽然我们build立了wsp文件。）
•您在哪里备份已安装的软件？
在农场，在不同的地点，在专门的备份平台上。
（这全是自动的。）
•您是否将以前的版本保存为dev> test> prod cycles的一部分？
是
•您是否使用源代码pipe理工具来pipe理已安装二进制文件的版本？
是的，svn。
•任何提示，以确保您可以在发生灾难时幸免于难，而不是支持您的农场？
尝试从一开始就将弹性和故障转移系统构build到您的架构中。
备份农场，备份网站集，尝试和logging一切，并祈祷。