0

当您落后多个版本时，哪个是版本升级更可行的策略。例如从 6.4 到 2005。我们真的应该像 SAP 建议的那样逐个版本地进行。我知道这是推荐的方式，但仍然如此。任何人都可以分享他们对此的经验吗？直接迁移多个版本会遇到什么困难？

谢谢！

4

3 回答 3

4

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

一步步

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

一枪

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

混合方法

第三种选择是混合方法，您可以一次升级多个版本（例如升级到包含重大更改的版本，例如在 6.3 中添加后台办公室）。这使得应用这些重大更改的更改变得更加容易，而您不必逐个浏览每个版本。

结论

我过去尝试过所有方法。循序渐进的方法需要很多时间，但会使更改更容易和更清晰。使用 One Shot 方法，您只需要下载最新版本，但查找错误可能会有些困难。如果您有一支经验丰富的团队，您应该采用一次性方法。当你落后很多版本并且有很大的变化时，你可以选择混合方法

于 2021-02-19T12:45:19.993 回答
1

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

就我而言，每个步骤的过程是这样的：

  1. 升级到新版本- 每个步骤都有一个help.sap.com页面，我建议您按照它并浏览每个部分以查看适用于您的项目的内容，例如将平台从 6.7 升级到 1808
  2. 编译项目- 一些不推荐使用的东西将在某些步骤中删除，您必须在需要的地方进行重构。这一步花了我最多的时间
  3. 启动 hybris 服务器- 在您完成重构并成功构建项目后ant clean all，平台可能由于某些（现在）不正确的 xml 配置而无法启动。这里的“好”部分是您可以在控制台中看到问题所在，并且修复应该比上一步更快。
  4. 执行必要的升级步骤- 这是棘手的部分，一旦您的平台启动，您必须为需要它的每个扩展和附加组件执行必要的升级步骤，否则您可能会遇到一些损坏的业务逻辑。您需要进行一些回归测试并检查一切是否正常。

总而言之，升级需要时间，并且取决于您必须经历多少个版本，但我认为逐步进行升级是完成它的最有效方法。

于 2021-12-09T20:28:33.843 回答
1

我有从 6.2 版升级到 2005 版的类似要求，我采用了Yoni解释 的One-Shot方法，我面临的最大挑战是由于 Java 版本更改。

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

于 2021-02-22T20:03:24.057 回答