使用修补程序升级Sitefinity?

时间:2014-04-03 13:46:24

标签: sitefinity

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

关于升级路径:安装更新时,是否需要安装修补程序或主要版本? (我的直觉只说主要版本)。

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

此文档是否足以顺利升级?

2 个答案:

答案 0 :(得分:1)

是的,请按照您发布的链接中的文档进行操作。

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

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

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

希望有所帮助。

答案 1 :(得分:1)

我已将Sitefinity 5.1升级到6.0,正在制作的网站上(其中包括两个版本之间的版本)。

我只是按照指南行事,一切顺利。

现在您需要注意以下几点:

  • 来源控制

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

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

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

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

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

  • 升级所有内容所需的时间

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