假如你所在一個稍有規(guī)模的開發(fā)團隊蜗顽，那你一定會聽過——自動構(gòu)建布卡。

籠統(tǒng)來說，所謂自動構(gòu)建雇盖，就是自動編譯出客戶端包忿等、程序包；但宏觀來說刊懈，它更代表著一個概念——任務(wù)自動化这弧。

自動構(gòu)建，是一個高效率游戲開發(fā)團隊的必經(jīng)之路虚汛。假如你所在的團隊沒有經(jīng)歷過自動構(gòu)建流程匾浪，那么相信你的團隊肯定會在版本的編譯和發(fā)布上，浪費相當多的時間卷哩，因為那是很多一些重復累贅的事情蛋辈。

從成本的角度去考慮，自動構(gòu)建，是相當重要的冷溶。曾經(jīng)我所在的一個開發(fā)團隊渐白，并沒有安排自動構(gòu)建的流程，導致說逞频，專門招了一個人纯衍，人工不停重復、機械化的做著出包苗胀、編譯的流程襟诸，非常的愚蠢。

其實基协，這是一個相當簡單的大號道理歌亲，而又很容易被研發(fā)團隊所忽視：

完善自動構(gòu)建的流程，將節(jié)省成噸的人力成本和時間成本澜驮。

這個道理陷揪，我倒是希望一些非技術(shù)人員，比如制作人杂穷、老板能看見并重視悍缠，把自動化作為軟件研發(fā)的立身之本，不但讓日常工作流能更加的流暢亭畜，還能節(jié)省人民幣扮休。

可以理解，大部分的游戲研發(fā)團隊拴鸵，尤其是初創(chuàng)中小型團隊玷坠，都會將主要精力集中在游戲邏輯功能上面去，忽視自動化工具的開發(fā)劲藐。

“自動構(gòu)建”這個話題八堡，可大，也可小聘芜。今天兄渺，總結(jié)下，我在Unity游戲開發(fā)的工作中汰现，“自動構(gòu)建”的“編譯機器”的選擇經(jīng)驗和思考過程挂谍。

就我自己而言，我經(jīng)歷過3次不同的實踐瞎饲，來嘗試過把自動編譯的機器架構(gòu)給搭建起來口叙，前2次，都不那么靠譜嗅战。那就說說不靠譜的故事是怎么產(chǎn)生的吧妄田，教訓總比成功雞湯來得有勁俺亮。

嘗試1：Mac Mini + 虛擬機Windows

Unity游戲引擎目前來說，常見的開發(fā)操作系統(tǒng)平臺有兩個疟呐，一個是Windows脚曾，另一個是macOS。

其中启具，Windows版的Unity本讥，是無法編譯蘋果版本的iOS、macOS游戲程序的（但能編出Xcode工程）鲁冯。

在創(chuàng)業(yè)公司時囤踩，我想能夠省錢的地方，那就省省晓褪。

所以我就選擇了一臺Mac Mini電腦，5000左右的價格综慎，并且在上面通過Parallel Desktop虛擬化軟件進行虛擬了一個Windows系統(tǒng)涣仿。

一臺Mac Mini電腦的性能實在是太有限了，即使Mac Mini里配備的是一個性能不錯的固態(tài)硬盤（讀寫1GB+）示惊，自動構(gòu)建執(zhí)行幾個任務(wù)好港，性能還是太糟糕了。

為什么要虛擬出一個Windows操作系統(tǒng)呢米罚？

因為當時想做成一個虛擬機钧汹，可以把一個操作系統(tǒng)，整個做成一個鏡像录择，方便進行備份拔莱。

可是，性能實在是太慢了隘竭。

自動構(gòu)建機器的一個最核心的需求——那就是性能塘秦。在后期，美術(shù)資源量上去了动看，Asset Bundle的一次打包占據(jù)了半個小時以上的時間尊剔，嚴重的影響了日常的工作流程。

所以菱皆，性能最大化须误，是選擇構(gòu)建機器的優(yōu)先考慮維度。

嘗試2：編譯機陣列

由于回到了大公司仇轻，大公司內(nèi)部有完善的京痢、使用OpenStack云計算平臺搭建起來的企業(yè)虛擬機平臺，可以調(diào)用的機器資源拯田，就多起來了历造。機器多，所以直接把它們做一個陣列規(guī)劃吧。

實體機有2臺吭产，3個系統(tǒng)：

一臺實體電腦Windows侣监，上面通過虛擬機軟件Hyper-V模擬出Linux（主要用于一些命令行批處理的任務(wù)）。

一臺蘋果電腦Mac mini臣淤，用于iOS的編譯構(gòu)建橄霉。

企業(yè)云虛擬機平臺上，申請了3臺邑蒋，他們的系統(tǒng)分別是Windows姓蜂，macOS，Linux医吊。

就這樣钱慢，一共有6個操作系統(tǒng)可供使用，組成一個陣列卿堂。當初的想法是束莫，每個操作系統(tǒng)分別安排2臺機子，任何任務(wù)都能進行主從任意執(zhí)行草描，實現(xiàn)高可用览绿，即同樣任務(wù)，可以有兩臺機子順利執(zhí)行成功穗慕，當一臺出問題了饿敲，Jenkins自動切換到新的機子進行任務(wù)，確惫涿啵可用性怀各。

理想是好的，可是跟現(xiàn)實有一點差距术浪。

主要就是渠啤，需求，經(jīng)常在變添吗！

像前面所說的沥曹，主從兩臺機器都可以同時編譯的困難就在這，開發(fā)環(huán)境的變化無時無刻都在進行碟联。今天改了這個環(huán)境妓美，然后兩邊又不同步了，在兩邊配置同步上就會花費不少的功夫鲤孵。

實際運行時壶栋，很大一部分的自動構(gòu)建任務(wù)，都放到了這3臺企業(yè)云虛擬機平臺上普监，原因很簡單贵试，因為這批企業(yè)云虛擬機的性能琉兜，比實體機還要好，這主要體現(xiàn)在硬盤性能上毙玻，功勞在于云平臺的一些特性豌蟋，不細說。

這個部署桑滩，看起來比較理想化梧疲。但是，實際操作起來运准，由于機器多幌氮，就涉及到管理問題了。

所以胁澳，簡單最大化该互，是選擇構(gòu)建機器的其次考慮維度。

嘗試3：黑蘋果

這第二次嘗試韭畸，是基于一個企業(yè)內(nèi)部云的情況下才能實現(xiàn)的慢洋，這可能并不是很多小公司能實現(xiàn)的事情。

其實陆盘，前兩種方案的嘗試，都基于我的一個愚蠢的決定——我想幫公司省錢败明，用最小的錢買最小的機器隘马，實現(xiàn)最大的效率。

完全沒有必要妻顶。省這點錢酸员，老板會意識到你的價值嗎？不會懂的讳嘱。（看“成本”的概念太多了幔嗦，老喜歡摳這種。）

這次沥潭，決定從淘寶上面邀泉，定做一個黑蘋果主機。

那是選用什么樣的黑蘋果主機比較好呢钝鸽？以我最近選購的一款黑蘋果為例汇恤，簡要說一下它的配置：

價格一萬出頭。這個配置拔恰，其實最關(guān)鍵的兩個點因谎，一個是CPU，另一個就是他的硬盤了颜懊，三星960 pro這個固態(tài)硬盤高達2GB/s讀寫财岔。

根據(jù)我經(jīng)驗风皿，進行Unity引擎游戲的編譯，最關(guān)鍵的是硬盤性能匠璧、CPU單核性能桐款。

當然了，為什么要選用這一個CPU患朱，而不是說至強Xeon系列的服務(wù)器CPU呢鲁僚？因為游戲引擎在編譯的時候它是單核在跑的單核性能最好的。服務(wù)器CPU的強項并不在于說單核性能裁厅，而是在于它的多核性能冰沙。

所以，選用單核性能更好的执虹，夠了拓挥。目前最牛逼單核性能的，正是i7 7700K袋励。

(圖:CPU單核性能天梯圖侥啤，注意哦，最好的其實并不是最貴的茬故。）

這一臺新配的黑蘋果機子盖灸。只是使用了一個獨顯，因為自動構(gòu)建根本用不上顯卡這回事磺芭。

就這么一臺機子赁炎，就足夠了——性能最大化、簡單最大化钾腺。

因為Unity它是可以在蘋果系統(tǒng)上面編譯出Windows客戶端的徙垫，所以使用mac系統(tǒng)作為編譯機，是全能的放棒，Android\Windows\iOS啥都行姻报，很強的適應(yīng)性。

如果你說你有需求间螟，需要用到Linux進行的任務(wù)怎么辦吴旋？比如說，我的項目就會有這個需求厢破。

因為服務(wù)器是運行在Linux下的邮府，編譯服務(wù)器，那就需要一臺Linux環(huán)境溉奕。

我的做法是——Docker褂傀。因為蘋果系統(tǒng)上也可以運行Docker，而且它相對虛擬機也更加的輕量加勤，性能也更好仙辟，所以直接使用了容器來進行服務(wù)器（Linux C++）的編譯同波。

總結(jié)，花個一萬來塊叠国，買個好點的機器吧未檩，會讓你省很多事。

后續(xù)更多

在組建的自動化構(gòu)建方案是粟焊，我一般會“自動化構(gòu)建”整理成三層：

控制臺界面就是Jenkins冤狡，自動化腳本是處理一些雜項雜事（最關(guān)鍵的一層），編譯腳本是處理具體客戶端项棠、服務(wù)器端等程序包的出包悲雳。

今天只總結(jié)了一些自動化構(gòu)建的機器選擇，下一篇香追，我會分享更多一些執(zhí)行細節(jié)合瓢。