cocos从3.N版本后,感觉每个版本都有差强人意的问题,光我自己报过的bug就一堆,主要是有的都没有人回复,一个版本一个版本的遗留,今天使用3.7.1后,发现这bug很不爽,于是萌生一个想法,如果cocos的某一个大版本不再开发任何新功能,而是纯修改bug,以稳定为主,并且形成一个发布bug自测流程,这样是不是可以减少被大家一直吐槽呢。大家有兴趣的就来投个票,发表一下你的意见吧。
0 投票者
以下我是报过的问题,有的不一定是bug是使用体验问题,有的是性能或者包体问题,有的是建议,有的是bug:
投票如果有用的话…
建议发起众筹,给 cocos 雇几名修 BUG 的
哈哈,这个主意感觉也挺不错的。我把这个也加上去。
你这3个选项我很难选呢,我全都要
按照正常策略和流程应该是先做新功能再来修复优化,先有再优吧
不知道引擎组有没有测试用例,感觉总会看到基础功能存在问题
有但是不多,不过引擎的工程量太大了而且还要求跨平台表现基本一致,跨平台真的会让人变的不幸真的太痛苦了
可以弄个长期稳定的版本维护。可以半年来一个,甚至一年来一个都行。这个版本不用更新特效,就维持稳定。
你说的不就是2.4.x吗
最后结论就是:用cocos就别想稳定,想稳定就别用cocos
每年有一个稳定版本就挺好,其他新功能都在测试版发,来年再放到稳定版
现在也能说是这样啊,2.4.x是稳定的不变,3.x是更新版一直在变
完全不一样呀,我说的是长期支持版本LTS,目前就是纯纯的新版迭代.
2.4也不过是没加lts而已,但是本身已经算是不更新了,如果不是定制引擎的话,完全可以直接更新
我要告诉你一个不好听的真相:谁让你自己写不了游戏引擎的!
从 2.x 时代开始,引擎就在建设自动化测试了,当年的 example-cases 开源仓库里就能明显看到自动化和手动测试两个目录。经过好多年的努力,在自动化测试团队和引擎团队共同努力下,这块已经逐步完善了,这里稍微透露一下。
这是我们的 daily test 报告,每天都会自动发到群里
点开之后,可以看到我们每个版本都会自动跑 22 个平台,每个平台有 120 个用例
image1538×920 220 KB
查看报错信息
image1001×632 102 KB
查看截图对比
image1386×381 82.7 KB
除此以外,我们还有 PR 级别的 CI,会在提交 PR 的时候自动运行单元测试和集成测试,测试通过了才能合并。
我们会考虑这个方案的。不过目前人力上确实承担不了,可能需要再想想办法。
虽然有自测,但是rg渲染不出transparent都测试不出来吗
引擎的边际 case 太多了…… 目前确实很难穷尽所有用法。我们的测试例也是持续在完善的。
顺便问问大家,你们觉得针对 LTS 版,
数字代表小版本号,如 3 = 3.5.3 4 = 3.5.4 5 = 3.5.5 …
资源总是有限的,版本号越高,引擎组同时要支持、测试、发布的版本就越多(如 3.9.0、3.8.1、3.7.3、3.6.5…同时维护),请大家理性投票。
单位是月,7 代表 3.7.0 发布后的第 7 个月起,不再继续发布 3.7.x 系列的小版本。
资源总是有限的,时间越久,引擎组同时要支持、测试、发布的版本就越多(如 3.9.0、3.8.1、3.7.3、3.6.5…同时维护),请大家理性投票。