实战游戏项目管理4-线上管理篇

1、外网版本管理

    对于手游产品来说，产品上了线，打包发布工作量会飙升，主要是因为版本多。一般强制玩家更新底包都会造成玩家的流失，所以我们要尽量避免底包更新，一般都会采用热更新的方案，这就造成了版本多。

1.1、两平台版本底包的不一致

    IOS发布底包需要有一个审核时间，快的1、2天慢的1周，甚至还有被打回的风险，对于游戏开发来说，这个时间是非常宝贵的，因为需求每天都在加，BUG每天都在改，不可能提交了就不做了。所以一般情况下是提交IOS底包，等他审核后再同时与安卓一起上架，以保证两个平台的同步。而在发布的同时会发热更新包，以保证两边的版本一致。

1.2、两平台可能底包数量不一致

    连个平台的底层语言是不一样的，一个是ObjectC一个是Java，可能因为某些底层或者接口底层Bug，甚至是某些特定平台的需求而发一个单平台的底包。这时可能在IOS平台上和安卓平台上的底包个数不一致

1.3、停止更新一个底包

    这就和操作系统一样，一段时间后，由于这个底包的使用率过低，比如我们是低于1%，这个时候就要强制更新底包，让这个版本失效。另外也可能是一个底包存在一个严重bug，也会强制玩家更新底包。

1.4、两平台版本内容的一致

    再说下如何保证IOS，安卓两大平台版本同步的问题。由于我们存在不同的平台，同一个平台在外网可能同时又存在多个底包，而且我们是网游，服务器是一套，玩家需要互相通信。所以我们每次发布新的补丁，或者版本，都需要考虑所有底包的兼容性，需要把外网所有底包的内容，通过热更新，打到同一个内容水平。

2、发版流程

    在开发完一个功能后到见到玩家，中间有许多环节，有的用来开发、测试，有的用来IOS提审、运维运营预操作测试，玩家预体验，这些环境都是最终品质的保证

 

2.1、主干与审核（测试）

    这个是常用的两个环境，一个是给开发用的主干版本，一个是给测试和策划审核用的审核环境。这两个环境在产品没上线前也存在。通常只要强调技术尽量保证审核（测试）环境的稳定