你说的不就是2.4.x吗
最后结论就是:用cocos就别想稳定,想稳定就别用cocos
每年有一个稳定版本就挺好,其他新功能都在测试版发,来年再放到稳定版
现在也能说是这样啊,2.4.x是稳定的不变,3.x是更新版一直在变
完全不一样呀,我说的是长期支持版本LTS,目前就是纯纯的新版迭代.
2.4也不过是没加lts而已,但是本身已经算是不更新了,如果不是定制引擎的话,完全可以直接更新
我要告诉你一个不好听的真相:谁让你自己写不了游戏引擎的!
从 2.x 时代开始,引擎就在建设自动化测试了,当年的 example-cases 开源仓库里就能明显看到自动化和手动测试两个目录。经过好多年的努力,在自动化测试团队和引擎团队共同努力下,这块已经逐步完善了,这里稍微透露一下。
这是我们的 daily test 报告,每天都会自动发到群里
点开之后,可以看到我们每个版本都会自动跑 22 个平台,每个平台有 120 个用例
查看报错信息
查看截图对比
除此以外,我们还有 PR 级别的 CI,会在提交 PR 的时候自动运行单元测试和集成测试,测试通过了才能合并。
我们会考虑这个方案的。不过目前人力上确实承担不了,可能需要再想想办法。
虽然有自测,但是rg渲染不出transparent都测试不出来吗
引擎的边际 case 太多了…… 目前确实很难穷尽所有用法。我们的测试例也是持续在完善的。
顺便问问大家,你们觉得针对 LTS 版,
从版本号上看,小版本要维护到什么程度才够?
数字代表小版本号,如
3 = 3.5.3
4 = 3.5.4
5 = 3.5.5
…
- 3
- 4
- 5
- 6
- 7
- 8
0 投票者
资源总是有限的,版本号越高,引擎组同时要支持、测试、发布的版本就越多(如 3.9.0、3.8.1、3.7.3、3.6.5…同时维护),请大家理性投票。
从时间跨度上看,每个大版本要维护多长时间?
单位是月,7 代表 3.7.0 发布后的第 7 个月起,不再继续发布 3.7.x 系列的小版本。
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
0 投票者
资源总是有限的,时间越久,引擎组同时要支持、测试、发布的版本就越多(如 3.9.0、3.8.1、3.7.3、3.6.5…同时维护),请大家理性投票。
做项目还是希望能稳定在某一个大版本内的。新增的功能除非项目需要,不然大家一般都不会选择升大版本的。
雇楼主去,哈哈哈
我觉得长期维护版本,2.x一个,3.x一个就够了,2.x应该就是最后一个版本2.4.x继续维护就行了,3.x看哪个版本最稳定成熟,各个平台稳定性和综合性能最佳就维护那个版本,但是如果后面有出来全面超越它的版本就把长期维护版本换成新的那个,就是长期维护不等于终身维护,长期维护的3.x就选一个就够了,多了没用,增加负担还造成开发者选择困难。
3.x 就不加新功能了吗?
就目前看,3.x LTS出来之前修复问题比新功能重要
附议!!!
我觉得 LTS 非常重要。但是不加新功能也不行。所以我全都要。
俺也一样!!小孩子才做选择