关于生产版本 3.0.0,是不是有必要升级最新版3.2.0

如题,想咨询下

别升级,3.1和3.2有一些比较明显的bug,过来人

好的 听人劝

过来人你说太晚了 :joy:,3.2的数据存储磁盘占用明显比2.6.1要多三倍以上,大佬这个咋解决的

要给过来人偷偷抹眼泪的时间呐,我昨天一激动差点就升级了

已经上了 3.1.0 的人跪求层主细说 :scream: :scream: :scream:

说个坑了我的问题,3.1版本,你通过id(v)访问某个节点的id后,你就没办法通过properties(v)访问这个节点的其他属性了,会报找不到属性。

2 个赞

不明觉厉

这种问题在正式版本中,是很致命的,会直接让项目上不了线,所以我再也不敢尝试了

性能上有没有遇到啥问题?

没有测性能,发现这种bug后,功能都没测试通过,连夜降级到3.0.0

3.0.0的磁盘占用会比3.2.0少么?2.5升级3+,不知道升级哪个版本坑少一点


随便给给你演示一下,3.1.0,bug一大堆,根本就没法用

嗯 那我就更不敢使用nightly版本了,你的机器是固态盘吗

不好意思啊,这个3.1.0中做了一些match属性裁剪方面的优化,确实引入了一些bug,3.2.0中你这里列的问题应该都修复了,但是一些特殊情况下3.2.0确实还有问题,我们在努力fix中。

1 个赞
  不好意思不至于,只是说我上次升级了,确实出了一些问题,导致发布不了,领导还以为我代码写的有bug,后面查了好久才发现是版本的问题,所以有点不敢用新版本了。
  还有就是,我上次是先用3.2,发现有问题,然后切成3.1,发现还是有问题,后面换成3.0问题才没有

思为上次让我提个bug,我没提,我感觉没必要,这是很明显的bug,你们的测试应该是有一套完整的测试用例的,这种低级问题应该是能测出来的,没测出来,说明是工作没做到位

3.2版本,我也很轻松就找到了bug

1 个赞

大拇哥

感谢反馈。已知这些问题都是和properties(v).name类似写法有关系的,这个是在做属性裁剪的优化中遗漏的一个bug,目前可以在return的时候多写一个properties(v)来暂时绕开。后续的补丁3.2.1会全面修复这个问题。再次感谢! :+1:

1 个赞