說起途游游戲(Tuyoo Games)，也許你不一定熟悉，但提到《途游斗地主》、《胡萊三國》、《捕魚大作戰(zhàn)》、《富豪麻將》等多次進入了 iOS 暢銷榜的游戲，想必親切感就油然而生了。沒錯!這些作品都是出自途游游戲。
成立于 2013 年的途游游戲，是我國手游領(lǐng)域較早入局者，至今已服務(wù)全球十余億用戶，集移動游戲研發(fā)、運營、發(fā)行于一體，并擁有多項自主研發(fā)專利和數(shù)字智能技術(shù)，是中國領(lǐng)先的互動娛樂供應(yīng)商。公司當(dāng)前人員規(guī)模超過 1000 人，其中研發(fā)人員占比 50% 以上，并且連續(xù)多年研發(fā)投入增速超過 50%。
手游賽道競爭激烈，對持續(xù)迭代升級提出了高要求。因此，途游游戲十分關(guān)注如何提升研發(fā)效能和軟件質(zhì)量，為玩家提供更好的游戲體驗。這既需要平臺支撐，也需要方法賦能，二者相輔相成。
“一方面，極狐GitLab 作為全球知名一站式 DevOps 平臺，已通過十余年用戶檢驗，實力過硬;另一方面，極狐GitLab 積累了一套非常成熟的敏捷開發(fā)體系，與我們的理念不謀而合。并且，其自身就是敏捷開發(fā)理念的樣板工程，它的開發(fā)迭代經(jīng)驗對我們有很大的借鑒意義。”途游游戲 CTO 周欣說道。
目前，途游游戲在極狐GitLab 上托管了近 800 個項目，超過 10000 個 pipeline 和 400 多 G 代碼量級，建立了全方位研發(fā)快速響應(yīng)閉環(huán)，從容應(yīng)對日新月異的市場需求。
途游游戲如何步步為 “贏” ?離不開這些落地實踐。
01
一體化平臺 + Workflow
研發(fā)流程標準化與研發(fā)效率齊飛
之前，途游游戲通過不同工具來實現(xiàn)需求管理、源代碼托管、CI/CD ，需求管理系統(tǒng)和源代碼托管系統(tǒng)分離，導(dǎo)致代碼變更難以和需求管理結(jié)合起來，即：在代碼變更處無法看到需求的詳細描述，在需求管理處也無法看到變更代碼的詳情，增加了人工操作、溝通的成本，有礙于研發(fā)效率提升。
現(xiàn)在，內(nèi)部效能效率團隊將研發(fā)流程“搬”到了極狐GitLab 上。極狐GitLab 一體化特性，提供開箱即用的 DevOps 能力，屏蔽了眾多工具鏈的集成、安裝細節(jié)，這讓團隊無需關(guān)注工具問題，可以專注于軟件研發(fā)核心工作。
基于極狐GitLab Workflow，途游游戲?qū)⑿枨蠊芾?、代碼審核、CI/CD、代碼準入、單元測試、安全掃描等流程融合在一起，形成更體系、更規(guī)范的研發(fā)流程。
例如，當(dāng)有需求時，產(chǎn)品經(jīng)理或者需求提出者在極狐GitLab 上創(chuàng)建 issue 對需求進行詳細描述，然后研發(fā)創(chuàng)建 MR 進行變更代碼的提交;每次變更都會觸發(fā) CI/CD 進行構(gòu)建、測試、掃描。并且，途游游戲?qū)卧獪y試也集成到了 CI/CD 中，每次 CI/CD 執(zhí)行結(jié)束都會給出對應(yīng)的測試報告，研發(fā)可以直接在 MR 中根據(jù)結(jié)果來提升單元測試覆蓋率。
途游效能效率研發(fā)負責(zé)人劉勇補充說：“一般的 CI 工具只會執(zhí)行在源分支上，但極狐GitLab 有一個獨特的功能叫做 Merge Result Pipeline ，它的單元測試是跑在特性分支和組分支合并之后的代碼上，而不需要進行真正的合并，避免在特性分支的開發(fā)過程中，有其他人員搶先一步，在主分支上合并了其他的代碼，而導(dǎo)致你的代碼合并失敗。”
干貨傳送門
途游游戲 DevOps 實踐|都說「單元測試」好，「AAAC四步法」少不了
因為相關(guān)人員在極狐GitLab 一個平臺上進行協(xié)作、溝通，效率得到了提升;并在代碼提交推送規(guī)則、分支協(xié)作和保護策略、合并請求審批規(guī)則等功能支撐下，實現(xiàn)對每一行代碼質(zhì)量的把控。
02
Code Review + 單元測試 + Approve Rule
提升代碼質(zhì)量，打造精品游戲
代碼是任何一個軟件企業(yè)的核心資產(chǎn)。在使用極狐GitLab 前，途游游戲因為缺乏合適的工具和流程支撐，Code Review 落地實踐仍有很大提升空間。為保障代碼質(zhì)量，測試團隊投入了大量的時間和精力。
現(xiàn)在，途游游戲使用極狐GitLab Merge Request、Code Review 和 Approve Rule的 “組合拳” 來提升代碼質(zhì)量。
所有代碼變更以 Merge Request 的形式提交;
通過在 Merge Request 中指派多個 Reviewer 來進行代碼多人評審;
評審?fù)戤呍儆膳渲玫?Approver 來進行 Merge 操作。
這種多人 Review 與多級審批機制，讓團隊內(nèi)部對高質(zhì)量代碼迅速達成一致認知，在同一語言體系下，完成知識和經(jīng)驗傳承，幫助途游游戲打造了一支高水準的效能效率團隊。
03
方法論 + 樣板工程
相輔相成助益敏捷開發(fā)
正如周欣所說，極狐(GitLab) 作為一體化 DevOps 平臺開發(fā)者，公司本身是敏捷開發(fā)與管理的最佳實踐者。
極狐GitLab 在產(chǎn)品迭代過程中，沉淀了大量優(yōu)秀文檔和方法論，以開源開放方式與所有感興趣的伙伴共享;同時積極實踐 Dogfooding 文化，即“使用極狐GitLab 研發(fā)極狐GitLab”，做自己的第一批用戶，這有助于第一時間發(fā)現(xiàn)問題，通過 Issue 反饋問題和跟進改進。
途游游戲效能效率團隊是追求卓越、熱愛鉆研的典型代表。
劉勇表示：“我們團隊成員在推進敏捷開發(fā)過程中遇到疑問，就會去看極狐GitLab 開發(fā)迭代時記錄下的那些‘痕跡’，看看它的 MR 是怎么描述的、 Issue 如何分類等等，將這些可貴經(jīng)歷與敏捷開發(fā)方法論相結(jié)合，給我們很多啟發(fā)和答案，對于我們扎實執(zhí)行敏捷開發(fā)有很大的助益。”
劉勇舉例子說明途游游戲如何借鑒極狐GitLab 基于多級標簽和里程碑的項目管理實踐，將 DevOps 扎實有效進行到底：
需求太多?——通過實施 Epic、子 Epic 和 Issue 來對應(yīng)原始需求任務(wù);
Issue 零散?——靈活自定義方式打標簽，區(qū)分不同 Issue;
Issue 分配?——通過看板進行 Issue 管理，建立研發(fā)、測試、產(chǎn)品團隊視角的看板;
項目跟蹤?——利用里程碑 Milestone 進行迭代規(guī)劃與回顧。
隨著我國移動游戲進入平穩(wěn)上升的發(fā)展期，玩家對于游戲質(zhì)量的要求也越來越高，高質(zhì)量精品化勢在必行。
“在極狐GitLab 的助力下，我們將不斷提升研發(fā)效能和研發(fā)流程標準化，向用戶玩家交付高質(zhì)量精品化游戲，讓十億玩家，能夠隨時隨地快樂一下。”周欣說，“極狐GitLab 將成為我們打造高質(zhì)量精品游戲的‘最佳輔助’!”
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。
任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
