由于去年有幾周接觸過游戲發(fā)行的流程，簡單記錄下游戲打包時的流程。
一般游戲的最終上線都是放在各應(yīng)用商店中的，游戲每走一個應(yīng)用商品，一般都會接相對應(yīng)應(yīng)用商店的渠道SDK，也就是所謂的聯(lián)運。游戲打包也主要是處理各渠道SDK的接入問題。
一個游戲最終是會對應(yīng)多個渠道的，也就是需要一個工具，將一個游戲母包只要修改相對應(yīng)的渠道參數(shù)，渠道相對應(yīng)的文件，打包成具體的相對應(yīng)的渠道包，之后測試通過后再放到各應(yīng)用商店進行審核。
這里會分三部分：游戲母包、渠道資源包、自動化打包系統(tǒng)。
游戲母包：接入已封裝測試渠道的SDK，對接統(tǒng)一化接口，一般主要走通SDK的登錄、支付、數(shù)據(jù)上報交互邏輯的游戲包體；
渠道資源包：聚合SDK對接渠道SDK接口后，封裝給打包系統(tǒng)的整合資源包，通常資源的結(jié)構(gòu)形式會跟自動化打包系統(tǒng)對應(yīng)；
自動化打包系統(tǒng)：輸入游戲母包和渠道資源包后，自動化解包、合并資源、封包，最終輸出游戲_渠道包。
打包流程簡圖
這里比較核心的部分分兩部分，游戲母包和渠道資源包、自動化打包系統(tǒng)。在自動化打包系統(tǒng)中輸入相對應(yīng)的渠道資源包及渠道參數(shù)，最后生成各個渠道游戲包。
接入各個渠道SDK一般主要修改的邏輯是，登錄邏輯，數(shù)據(jù)上報邏輯，支付邏輯，以及發(fā)貨邏輯。
正常來說，一般除了打包工具外，還有打包后臺管理系統(tǒng)和一個支付管理后臺三部分組成：
打包工具：也可以叫聚合SDK，負(fù)責(zé)將游戲母包，反編譯后并替換成各個渠道的相對應(yīng)資源文件，最終打包成各個渠道包。
打包后臺管理系統(tǒng)：管理各個渠道的資源包，參數(shù)等(如key、秘鑰、發(fā)貨路徑等等)，并可以管理各渠道SDK的版本，配置完后，打包工具會根據(jù)后臺系統(tǒng)設(shè)置的參數(shù)，進行打包替換工作。
支付管理后臺：可查看和統(tǒng)計各個渠道的游戲訂單情況，也可以查看發(fā)貨情況，并可進行補發(fā)。
最后打包成各個渠道包后，最主要的還是測試，主要是否能拉取各渠道的登陸頁面，是否能數(shù)據(jù)上報，是否能拉取各渠道的支付頁面，并是否能正常到賬等，一切測試正常后就可以上傳到相對應(yīng)應(yīng)用商店審核了。
