sharepoint-2007 - 您如何升级 SharePoint 解决方案？

Question

我目前支持 SharePoint“解决方案”，当我说“解决方案”时，我指的是打包为 .wsp 文件进行部署的功能集合(如 Web 部件、列表定义等)。这种方法被称为 developers approach目前，由于我们以 MSI 的形式发布此 .wsp，升级过程需要用户收回整个解决方案并重新部署。

在我提出新的升级方法来重新创建轮子之前，我想请教 SO SharePoint 专家就我们如何减轻收回解决方案和重新部署更新/补丁的繁琐过程，同时保持 Sharepoint 解决方案存储高达使用最新的 dll 日期。

初步想法:

(1) 创建一个 powershell 脚本，尽可能多地自动化步骤，例如收回旧解决方案、重新部署新解决方案、复制/更新配置文件。基本上重新部署解决方案。 (目前使用的方法)

(2) 将任何新补丁部署为新功能。

(3) 你的想法/方法在这里。

Answer 1

我实际上不使用 .msi 安装程序来部署 SharePoint 解决方案，主要是因为我觉得收回、升级和重新部署解决方案比简单更新所需的更具侵入性。
stsadm SharePoint 管理工具支持 upgrading a SharePoint solution in-place .使用的吸引力stsadm -o upgradesolution是您可以避免收回、更新和重新部署代码。

另一方面，.msi 安装程序的吸引力在于双击即可，无需控制台安装解决方案。我试图弥合安装程序体验和原始体验之间的差距 stsadm通过起草 PowerShell 脚本来处理所有的体验 stsadm命令等。

就地升级通常非常有效；但是，如果您计划对事件接收器类进行更改，您可能会发现需要一个完整的deactivate-retract-upgrade-deploy-activate 循环。

例如，我有一些 WebApplication 范围的特性，这些特性添加了新的 WebConfigModification当该功能被激活时，应用程序的 web.config 条目。如果我添加新的 web.config 条目，则在停用并重新激活该功能之前，不会出现新条目。

避免上述缺点的合理策略是在更改会强制停用-重新激活循环时实现新功能。

无论如何，解决方案部署策略是我的两分钱。我希望它有帮助。