带有修补程序的 Sitefinity 升级？

Question

刚准备从 5.1 升级到 6.3。我们以前从未进行过升级。

关于升级路径：安装更新时，我需要安装修补程序，还是只安装主要版本？ （我的直觉说只有主要版本）。

我在这里找到了文档： http://www.sitefinity.com/documentation/documentationarticles/upgrading-you-sitefinity-5.1-project-to-the-latest-version

这些文档是否足以进行平滑升级？

Answer 1

是的，只需按照您发布的链接中的文档进行操作即可。

我的过程是对站点文件和数据库进行完整备份，然后在本地执行升级。在升级路径中执行第一步，然后通过站点进行测试，后端和前端，然后在升级中运行下一步，依此类推。我想如果你想格外小心，你可以在每个升级步骤之间进行额外的备份，但这可能有点过头了。

进行 web.config 更改时，可以选择让 Project Manager 为您合并它们，但我最终只是使用 Beyond Compare 将提取的 Project Manger 文件中的 _EmptyProject 文件夹与我的本地文件进行比较并执行 web .config 通过文件比较进行更改。它减少了从升级到升级的文件差异，并向您显示更改的内容。 _EmptyProject 文件夹本质上是该版本的原版 Sitefinty 站点文件。

站点在本地完全升级后，我只需在 Visual Studio 中发布站点，将文件复制到实时站点并使用本地升级数据库的备份覆盖实时数据库。

希望对您有所帮助。

Answer 2

我已在一个正在生产的网站上将 Sitefinity 5.1 升级到 6.0（其中包括为两个版本之间的几个步骤）。

我只是按照指南进行操作，一切顺利。

现在您需要注意几件事：

• 源代码控制

如果您的 Sitefinity 解决方案在“源代码管理”上，您应该创建一个新的解决方案副本，并在开始升级之前断开这个（新创建的）与“源代码管理”的连接。当然，您对不在源代码管理中的解决方案进行升级。因为您可能需要集成很多 dll，并且如果您有项目经理，您的 sitefinity 项目将正确运行，即使新的 dll 没有正确集成到您的解决方案中并且可能是“源代码控制”。

• 以前工作的元素的意外行为

其次，我没有在不同的步骤中测试前端和后端（升级中的 Sitefinity 版本），但在我的解决方案达到最后一个 Sitefinity 版本后，我测试了所有内容。我以为我已经检查了所有内容，但事实并非如此，并且我的一些自定义小部件在最新版本的 Sitefinity 上无法正常工作。下次我将更详细地介绍所有自定义部分，因为从 Sitefinity 的工作版本开始，您最终可能会得到一个打破某些行为的更新版本。如果您注意到这一点，您最好再等一等修复，或者下一个版本可能会解决这些问题。

• 升级期间外部访问网站。

此外，一旦您需要在生产数据库/网站上进行升级，该网站不应该被人访问，因为数据库的升级可能需要一些时间。

• 升级一切所需的时间

我还想补充一点，升级几个版本需要时间。 我第一次升级（我需要经历2个版本），必须在本地升级到开发数据库，​​将网站部署在开发环境中，然后再次进行测试。我花了大约 4 个小时才完全正常工作。确保你有足够的时间，因为如果你需要停止一切然后再回来，这可能会更棘手。