SAP Commerce / Hybris升级多个版本

Question

当您落后于多个版本时，哪种版本升级策略更可行。例如从6.4到2005年。我们是否真的应该像SAP建议的那样，采用逐个版本的方法。我理解这是推荐的方式，但仍然。有没有人可以分享他们的经验？直接迁移多个版本会遇到哪些困难？

谢谢!

Answer 1

你可以采取几种方法。您选择哪一个取决于您的团队所拥有的知识以及您已经执行的定制量。

循序渐进

这是SAP推荐的方式。这是一种更安全的策略，很清楚不同版本之间发生了什么变化。对于每个版本，您都会遇到构建失败、启动失败甚至可能需要迁移的数据问题。但是很清楚是什么版本导致了这些问题。有了SAP帮助和升级说明，您应该能够轻松地找到更改的内容以及如何修复它。这种方法的缺点是，您需要为每个版本下载、解压缩和构建，这需要时间。有时，当实现被多次更改时，您甚至需要修复相同的代码两次

一次拍摄

使用这种方法，您可以直接转到最新版本。您只需将您的自定义代码放在最新版本中，然后查看您得到的构建失败情况。使用这种方法，将很难找出确切的版本升级导致了特定的问题。您仍应检查所有升级说明，以确保不需要迁移。优点是，您只需执行所有操作一次。如果你有一个经验丰富的团队，这是一个可行的方法。如果你有一个新的团队，要小心使用这种方法。您可能会遇到一些困难的错误，您无法确定是什么版本导致了这些错误，因此在SAP帮助中查找信息可能会比较困难

混合方法

第三种选择是混合方法，一次升级几个版本(例如，升级到包含重大更改的版本，如6.3中添加的backoffice )。这使得为这些大的更改应用更改变得更容易，而您不必逐个查看每个版本。

结论

在过去，我尝试了所有的方法。一步一步的方法需要花费大量的时间，但会使更改更容易、更清晰。使用一次性方法，您只需要下载最新版本，但可能更难找到bug。如果你有一支经验丰富的团队，你应该选择“一杆法”。当你落后了很多版本，并且有很大的变化时，你可以使用混合方法

Answer 2

我有一个类似的从版本6.2升级到2005的需求，我使用了Yoni所解释的Java Shot方法，我面临的最大挑战是由于版本的变化。

我相信One-Shot方法和Step - Step方法在主要版本升级中会花费类似的时间，尽管Step - Step方法是安全的，但却是多余的。我个人最喜欢的是One-Shot。

Answer 3

我最近做了一个从hybris6.7到2005的平台升级，并一步一步地做了，主要是因为java版本的变化，除此之外，在每个中间版本中都有一些需要完成的迁移步骤。此外，客户有很多自定义的促销规则，他们需要一些特殊的照顾。

在我的例子中，每个步骤的过程是这样的：

到新版本的项目--每个步骤都有一个项目页面，我建议你遵循这个页面，浏览每一节，看看哪些东西适用于你的项目，例如Upgrading Platform from 6.7 to 1808

• Compile

1. Upgrade --一些不推荐使用的东西会在一些步骤中被删除，你必须在需要的地方进行重构。这一步占用了我最多的time
2. Start资源--hy切里服务器--在你完成重构并且你的项目用ant clean all成功构建之后，平台可能会因为一些(现在)不正确的xml配置而无法启动。这里的“好”部分是，你可以在控制台中看到问题是什么，修复应该比以前的step.
3. Perform更快必要的升级步骤-这里是棘手的部分，一旦你的平台启动，你必须为每个需要它的扩展和插件执行必要的升级步骤，否则你可能会遇到一些破坏的业务逻辑。您需要进行一些回归测试，并检查所有内容是否正常工作。

总而言之，升级需要时间，取决于你要经历多少个版本，但我认为循序渐进是完成升级的最有效方式。