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

非技术
#13

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

#14

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

#16

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

#17

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

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

image

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

image
image1538×920 220 KB

查看报错信息

image
image1001×632 102 KB

查看截图对比

image
image1386×381 82.7 KB

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

#18

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

1赞
#19

虽然有自测，但是rg渲染不出transparent都测试不出来吗

#20

引擎的边际 case 太多了…… 目前确实很难穷尽所有用法。我们的测试例也是持续在完善的。

#21

顺便问问大家，你们觉得针对 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…同时维护），请大家理性投票。

#22

做项目还是希望能稳定在某一个大版本内的。新增的功能除非项目需要，不然大家一般都不会选择升大版本的。

1赞
#23

雇楼主去，哈哈哈 :upside_down_face:

#24

我觉得长期维护版本，2.x一个，3.x一个就够了，2.x应该就是最后一个版本2.4.x继续维护就行了，3.x看哪个版本最稳定成熟，各个平台稳定性和综合性能最佳就维护那个版本，但是如果后面有出来全面超越它的版本就把长期维护版本换成新的那个，就是长期维护不等于终身维护，长期维护的3.x就选一个就够了，多了没用，增加负担还造成开发者选择困难。

2赞
#26

3.x 就不加新功能了吗？

#27

就目前看，3.x LTS出来之前修复问题比新功能重要

#28

附议！！！

#29

我觉得 LTS 非常重要。但是不加新功能也不行。所以我全都要。

1赞
#30

俺也一样！！小孩子才做选择

#31

新功能新版本照样开发的呀，只是说长期维护版本留一个综合起来最好的，比如说3.6.X综合起来不错，那继续维护3.6.4，,3.6.5。。。，而3.6以下的版本就没必要维护了，但3.7.x还是继续发布新的版本，如果哪天3.7或3.8的哪个版本全面超越了3.6.x，就停止3.6.x的维护。就是分两条线路，一条是维护一个稳定版本，一个是最新的版本，不要同时维护太多的版本。

1赞
#32

+10086

#33

目前3.x终于从3.x.2升级到3.x.3了。希望3.8.x能有3.8.4版本

#34

真的求求了出个LTS版本吧 这么多版本看的害怕 每次出现bug下一个版本修复 升级过去又多新问题 上线产品更新下引擎不知道多麻烦，ios app store版本，常规安卓版本，各大平台安卓定制版，h5版，小游戏。。。。 照顾下还在上原生平台的小伙伴们吧

1赞