# **游戏信息**
- 应特别关注信息:标签、版本、发布状态、上/下架、下载地址、各平台包名、是否为H5游戏、各种MET
---
# **版本库**
> 表 game_pub_ver
- 版本号格式
> (0~255).(0~255).(0~255)
- 字段game_data
> 每次发版,会将整条game数据,排除id字段,以JSON备份到此字段。
- 发版说明
> 1. 在填写版本号时应想好填多少,一旦保存数据,版本号将不可修改。
>
> 2. 为减少不必要的BUG,在后台游戏版本编辑页,如遇到不可编辑的部分,又需要更改,请通过发布新版的方式达成。
> 3. 对于棋哥经常以手动改game表的方式发版的说明。
> - 这种做法,不会新增game_pub_ver数据。
> - 为了保证数据完整性,后台在加载/game/verlist页面时,自动检查game表版本是否被修改,来决定是否增加对应的game_pub_ver数据。
> - 这样,造成在后台经常看到版本库列表里有一堆待审核的版本的假象,但不影响正在运营的游戏。
> - 可以理解为,game_pub_ver只是game表的快照列表,对于线上有影响的,只是game表本身的数据。
> - 如觉得碍眼,可以在版本库中,将最新的版本,逐步改为正式发布状态
- 新版推送逻辑
> 以上架(is_online=1)列表中的版本最高、状态(pub_status=2)为正式的为准。
---
# **发布状态**
- 待审核
> 略
- 预发布
> 需要指定测试用户UID列表
>
> 前台控制代码
> - 接口/game/all
> - Game::usingGrayIfPossible() //获取预发布版本内容(对测试人员开放)
> - Game::getGrayListWhereOffline() //用于补充未上线游戏的预发布版本(给完全未上架过的游戏,提供测试机会)
- 正式发布
> 略
---
# **游戏详情页评论区**
> 借用了社区中的subject/comment表
评论区(`comment`),必然需要帖子(`subject`)的支撑。
在游戏评论区首次加载时(详见前台`/game/all`接口和`GameSubject::autoRelate()`代码),将自动创建这样的特殊帖子(`subject`),并与游戏ID关联起来,保存到`game_subject`表。
这些特殊的帖子(`subject`),会保存到一个特殊论坛分区(`subject.forum_id`),其发帖者,也是一个名为`System Game Bot`的特殊官方号。这个官号,也是自动创建的。
有了专属帖子数据后,评论区就应运而生了。