对于稳定版本还是新版本,大家来投个票

cocos从3.N版本后,感觉每个版本都有差强人意的问题,光我自己报过的bug就一堆,主要是有的都没有人回复,一个版本一个版本的遗留,今天使用3.7.1后,发现这bug很不爽,于是萌生一个想法,如果cocos的某一个大版本不再开发任何新功能,而是纯修改bug,以稳定为主,并且形成一个发布bug自测流程,这样是不是可以减少被大家一直吐槽呢。大家有兴趣的就来投个票,发表一下你的意见吧。

  • 纯修bug,并推稳定版本
  • 继续开发新功能
  • 无所谓

0 投票者

以下我是报过的问题,有的不一定是bug是使用体验问题,有的是性能或者包体问题,有的是建议,有的是bug:























1赞

投票如果有用的话…

建议发起众筹,给 cocos 雇几名修 BUG 的

8赞

哈哈,这个主意感觉也挺不错的。我把这个也加上去。

你这3个选项我很难选呢,我全都要

按照正常策略和流程应该是先做新功能再来修复优化,先有再优吧

不知道引擎组有没有测试用例,感觉总会看到基础功能存在问题

有但是不多,不过引擎的工程量太大了而且还要求跨平台表现基本一致,跨平台真的会让人变的不幸真的太痛苦了

可以弄个长期稳定的版本维护。可以半年来一个,甚至一年来一个都行。这个版本不用更新特效,就维持稳定。

2赞

你说的不就是2.4.x吗

最后结论就是:用cocos就别想稳定,想稳定就别用cocos

4赞

每年有一个稳定版本就挺好,其他新功能都在测试版发,来年再放到稳定版

现在也能说是这样啊,2.4.x是稳定的不变,3.x是更新版一直在变 :sweat_smile:

完全不一样呀,我说的是长期支持版本LTS,目前就是纯纯的新版迭代.

2.4也不过是没加lts而已,但是本身已经算是不更新了,如果不是定制引擎的话,完全可以直接更新 :sweat_smile:

我要告诉你一个不好听的真相:谁让你自己写不了游戏引擎的! :joy:

从 2.x 时代开始,引擎就在建设自动化测试了,当年的 example-cases 开源仓库里就能明显看到自动化和手动测试两个目录。经过好多年的努力,在自动化测试团队和引擎团队共同努力下,这块已经逐步完善了,这里稍微透露一下。

这是我们的 daily test 报告,每天都会自动发到群里

image

点开之后,可以看到我们每个版本都会自动跑 22 个平台,每个平台有 120 个用例

查看报错信息

查看截图对比

除此以外,我们还有 PR 级别的 CI,会在提交 PR 的时候自动运行单元测试和集成测试,测试通过了才能合并。

我们会考虑这个方案的。不过目前人力上确实承担不了,可能需要再想想办法。

1赞

虽然有自测,但是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…同时维护),请大家理性投票。