当您落后多个版本时，哪种版本升级策略更可行。例如从 6.4 到 2005。 我们真的应该像 SAP 建议的那样逐个版本地做一个版本吗？我知道这是推荐的方式，但仍然如此。 任何人都可以分享他们对此的经验吗？ 直接迁移多个版本会遇到什么困难？
谢谢！
【问题讨论】：
标签： upgrade hybris sap-commerce-cloud
您可以采取多种方法。您选择哪一个取决于您的团队所拥有的知识以及您已经执行的自定义数量。
这是 SAP 推荐的方式。这是一种更安全的策略，很明显不同版本之间发生了哪些变化。对于每个版本，您都会遇到构建失败、启动失败甚至可能需要迁移的数据问题。但是很清楚是什么版本导致了这些问题。借助 SAP 帮助和升级说明，您应该能够轻松找到更改的内容以及如何修复它。这种方法的缺点是您需要为每个版本下载、解压缩和构建，这需要时间。有时，当实现多次更改时，您甚至需要修复相同的代码两次
通过这种方法，您可以直接进入最新版本。您只需将自定义代码放入最新版本，然后查看您遇到的构建失败。 使用这种方法，将更难找出确切的版本升级导致了特定问题。您仍应检查所有升级说明，以确保不需要迁移。优点是您只需执行一次所有操作。如果您有经验丰富的团队，这是一种可行的方法。如果您有一个新团队，请谨慎使用这种方法。您可能会遇到一些难以确定是什么版本导致的错误，因此在 SAP 帮助中查找信息可能会更加困难
第三种选择是混合方法，您可以一次升级多个版本（例如升级到包含重大更改的版本，例如在 6.3 中添加后台）。这样可以更轻松地为这些重大更改应用更改，而您不必逐个浏览每个版本。
我过去尝试过所有方法。循序渐进的方法需要很多时间，但会使更改更容易和更清晰。使用 One Shot 方法，您只需要下载最新版本，但查找错误可能会有些困难。如果您有一支经验丰富的团队，您应该采用一次性方法。当你落后很多版本并且有很大的变化时，你可以选择混合方法
【讨论】：
我有从 6.2 版本升级到 2005 的类似要求，我采用了 Yoni 解释的 One-Shot 方法，我面临的最大挑战是由于 Java 版本变化.
我相信 One-Shot 方法和 Step by Step 方法将在主要版本升级中花费相似的时间，尽管 Step by Step 方法是安全但多余的。我个人最喜欢的是One-Shot。
【讨论】：
我最近做了一个从 hybris 6.7 到 2005 的平台升级，一步一步做，主要是因为 java 版本的变化，除此之外，每个中间版本都有一定的迁移步骤需要完成。此外，客户有很多自定义促销规则，他们需要一些特别的照顾。
就我而言，每个步骤的过程是这样的：
ant clean all 成功构建项目后，平台可能会由于某些（现在）不正确的 xml 配置而无法启动。这里的“好”部分是您可以在控制台中看到问题所在，并且修复应该比上一步更快。总而言之，升级需要时间，并且取决于您必须经历多少个版本，但我认为逐步完成升级是最有效的方法。
【讨论】：