SAP Commerce/Hybris升级多个版本
当您落后于多个版本时，哪一个是版本升级的更可行的策略。例如从6.4到2005年。我们真的应该像SAP建议的那样一个版本一个版本的方法。我明白这是推荐的方式，但仍然。有谁能分享他们在这方面的经验？当直接迁移多个版本时，可能会面临哪些困难？
谢了！
共有1个答案
你可以采取几种方法。您选择哪一个取决于您的团队所拥有的知识以及您已经执行的定制量。
这是SAP推荐的方法。这是一个更安全的策略，它非常清楚不同版本之间发生了什么变化。对于每个版本，您都将经历构建失败、启动失败，甚至可能需要迁移的数据问题。但很清楚是什么版本导致了这些问题。通过SAP帮助和升级说明，您应该能够轻松地找到所更改的内容以及如何修复它。这种方法的缺点是，您需要为每个版本下载、解压缩和构建，这需要时间。有时甚至需要修复相同的代码两次，当植入被多次更改时
使用这种方法，您可以直接进入最新版本。您只需将自定义代码放在最新版本中，然后查看得到的构建失败。使用这种方法，将更难弄清楚是什么版本升级导致了特定的问题。您仍然应该检查所有升级说明，以确保不需要迁移。优点是你只执行一次所有的事情。如果你有一个有经验的团队，这是一个可行的方法。如果你有一个新的团队，要小心这种方法。您可能会遇到一些难以确定是哪个版本导致的错误，因此在SAP帮助中查找信息可能会更加困难
第三种选择是混合方法，您可以同时升级多个版本（例如，升级到包含重大更改的版本，如6.3中添加的backoffice）。这使得对那些大的更改应用更改变得更加容易，而您不必逐个查看每个版本。
我以前试过所有的方法。一步一步的方法需要很多时间，但使更改更容易和更清楚。使用一次性方法，您只需要下载最新版本，但可能会比较难找到bug。如果你有一个有经验的团队，你应该去一枪的方法。当您有很多版本落后，并且有很大的变化时，您可以使用混合方法
-
0.2.X
-
从 0.8.x, 0.9.x, 0.10.0.x, 0.10.1.x, 0.10.2.x, 0.11.0.x 升级到1.0.0 Kafka 1.0.0 介绍了通信协议方面的改变。 遵循下面的滚动升级计划，可以保证您在升级过程中不用停机。 在升级之前，请先查看1.0.0版本中显著的变化。 滚动升级计划： 更新所有代理上的server.properties 并添加以下属性： CURRENT_KAFKA
-
无非就3个原因吧 为了fix bug 为了新特性 为了爱,就是要追新 从1.a.38开始的版本,升级到最新版的成本都不大. 做到100%兼容是不现实的,但可以肯定的是, 遇到的问题的均有解决的办法. 有些兼容性问题,属于"错误"得到修正,老版本能这样写是"bug", ^_^ 这是一个汇总帖子,随时更新, 也会按版本的增长继续增长.... 请先浏览当前版本到最新版的发行注记,然后再看本列表 IE下a
-
MinDoc 根据发布系统功能不同可分为两步进行升级。有些用户可能会自定义了模板，覆盖时请注意备份。尤其是要注意备份配置文件和数据库。 版本查看 通过命令行执行如下命令： ./mindoc version 会看到如下的版本信息: #当前安装的版本版本号 MinDoc current version => v1.0 #最新版本版本号 MinDoc last version => v1.0 一、覆
-
0.2.X 0.2.2 修改package.json "bui-weex": "^0.2.2" 更新内容 bui-weex无需显式引用，通过 Vue plugin方式注入到全局； 重构组件：弹出框、弹出层、下拉菜单、ActionSheet，并统一使用v-model调用方式； 重构组件：单选、复选等组件，并统一使用v-model调用方式； 重构组件: 选项卡组件，并统一使用v-model调用方式，配
-
2.7.x升级步骤及注意事项