准备好从5.1升级到6.3。我们之前从未进行过升级。
关于升级路径：安装更新时，是否需要安装修补程序或主要版本？ （我的直觉只说主要版本）。
此文档是否足以顺利升级？
答案 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个小时。确保你有足够的时间，因为如果你需要停止一切然后再回到它，它可能会更棘手。