《营运型手游开发、测试、正式的三阶段开发架构》(2)
来源：未知 时间：2019-02-28 11:25
看到这里，也许有人会说，这个主机的架构不过就是多了一层测试站而已，看不出来多这一层有什么好处。当然，如果只是将机器分成这三层并没有什么稀奇，重点是有了这三层的架构之后，接下来的版本管控以及更新的流程才是最重要的。
以营运型游戏的开发状况来说，通常会有许多不同进度的项目同时在开发中。换句话说，在游戏还没正式上线之前，在开发站上就会同时有第一版(以下称为1.0版)、后续的更新内容(以下称为1.1版)等等的项目同时存在开发站上。因此当游戏准备要正式上线时，那些1.1版的内容因为尚未开发完成所以不应该放到测试站与正式站。
就假设今天开发小组的版本管控与开发工作切割得很干净，是真的把1.0版的游戏内容都开发完成，将它们发布到测试站与正式站再进入下个阶段好了，那么这个阶段还可以采用把开发站的内容全部倒到测试站与正式站。但就算1.0版的时候可以这样做，等到游戏正式上线后，之后的1.1、1.2等等的版本，就无法再用这么简单的方式来进行更新。
营运型游戏为了持续提供游戏内容，因此当1.0版上线后，开发小组会立刻进行下个版本内容的开发，此时三台机器上的版本就会变成这样：
开发站：1.0+许多未来要更新的开发项目
测试站：1.0
正式站：1.0
因此每当一个预计要在1.1版开放的项目开发完成后，负责的程式人员必须将需要更新的项目做成Patch(以下称之为Patch1.1-1)，然后将它放到测试站上。这个Patch1.1-1依据项目的不同，有时会包含伺服器端、客户端以及资料，有时则只有其中的一个或两个部份。
而这个Patch放到测试站后，相关的人员就会在测试站上行测试，确认这个Patch1.1-1的内容是否能够在测试站上正确的运作。如果有问题，那么就会在开发站上进行修正，然后重新制作Patch1.1-1再将它放到测试站上再做确认，一直到Patch1.1-1在测试站上运作无误，才算完成这个项目的测试。
在1.1版预计要更新的项目中，可能会有好几项，因此还会有Patch1.1-2、Patch1.1-3等等的更新内容。假设1.1版预计有三项新功能，那么在完成了1.1版的开发工作后，这时三台机器上的版本就会变成这样：
开发站：1.0+许多未来要更新的开发项目
测试站：1.0+Patch1.1-1、Patch1.1-2、Patch1.1-3
正式站：1.0
等到要开放1.1版的那一天，工程师就将测试站上的Patch1.1-1、Patch1.1-2、Patch1.1-3这三个部份放到正式站上。由于测试站和正式站的基础都是1.0版，然后Patch1.1-1、Patch1.1-2、Patch1.1-3这三项在测试站上都已经经过了测试，只要测试的过程够仔细，那么在正式站上原则上不会出现问题。然后在完成这个动作之后，就可以将测试站上的版本打包起来正式称它为1.1版，接着就以这样的流程持续的开发下去。
