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 个用例
查看报错信息
查看截图对比
除此以外，我们还有 PR 级别的 CI，会在提交 PR 的时候自动运行单元测试和集成测试，测试通过了才能合并。
我们会考虑这个方案的。不过目前人力上确实承担不了，可能需要再想想办法。
虽然有自测，但是rg渲染不出transparent都测试不出来吗
引擎的边际 case 太多了…… 目前确实很难穷尽所有用法。我们的测试例也是持续在完善的。
顺便问问大家，你们觉得针对 LTS 版，
数字代表小版本号，如
3 = 3.5.3
4 = 3.5.4
5 = 3.5.5
…
0 投票者
资源总是有限的，版本号越高，引擎组同时要支持、测试、发布的版本就越多（如 3.9.0、3.8.1、3.7.3、3.6.5…同时维护），请大家理性投票。
单位是月，7 代表 3.7.0 发布后的第 7 个月起，不再继续发布 3.7.x 系列的小版本。
0 投票者
资源总是有限的，时间越久，引擎组同时要支持、测试、发布的版本就越多（如 3.9.0、3.8.1、3.7.3、3.6.5…同时维护），请大家理性投票。
