我们今天从私有部署 5.2.3 升级到 5.4.3，但是发现非子流程节点数据处理上限从 2000 变为 200 了，经过和明道云的人员沟通，得知要把获取多条数据节点的获取方式改为“每次使用时动态获取”就可以绕开这个 200 的约束并继续适用之前 2000 的配置。
我们有几百个工作流，其中肯定相当一部分都有获取多条数据节点，如果要一个个工作流去检查是否有这个节点，并且判断这么修改是否会改变程序的逻辑，这个工作量非常非常大。我感觉这是一个很大的逻辑变更，是不是应该要向前兼容？否则我们现有的工作流报错生产就会收到影响。另外能不能请研发团队在决定做之前先调研一下用户反馈？...
如果不能从功能层面向前兼容，至少要提供工具/路径给用户去 mitigate 这种变更（比如，提供一个方式让我们能够快速找出受影响的工作流），并且在上线之前通知用户给时间去操作
说个很扯谈的事
我们也是 5.2.3，早我就想升级了
但是领导又要评估，我就纳闷我评估什么？你们告诉我评估什么？
我全面的扫一遍系统 bug？再提交给你分析一遍，让官方解决？
说明一下，这个问题我 22：30 左右反馈给明道云，23：30 明道云就出了个小版本解决了这个问题，适配了”直接获取“这种方式，绕开了我上面说的问题。
感谢明道云！
解决了就好。哈哈
说明一下，这个问题我 22：30 左右反馈给明道云，23：30 明道云就出了个小版本解决了这个问题，适配了”直接获取“这种方式，绕开了我上面说的问题。
感谢明道云！
+1
如果不能从功能层面向前兼容，至少要提供工具/路径给用户去 mitigate 这种变更（比如，提供一个方式让我们能够快速找出受影响的工作流），并且在上线之前通知用户给时间去操作