編注：我們會不定期挑選 Matrix 的優(yōu)質(zhì)文章，展示來自用戶的最真實的體驗和觀點。 文章代表作者個人觀點，少數(shù)派僅對標題和排版略作修改。

記得當年第一次玩到 3A 大作時，我在網(wǎng)吧剛剛結(jié)束了一場激烈的槍戰(zhàn)，趁著「賢者時間」逛到了單機游戲區(qū)，陰差陽錯地打開了一個名為《使命召喚 6：現(xiàn)代戰(zhàn)爭》的游戲。自此以后，CF 就從「小甜甜」變成了「牛夫人」。

如今十幾年時間過去，我依舊保持著對單機游戲的熱愛，單論 PC 平臺上玩過的作品應(yīng)該也有上百個了，但是這么多年以來，每次玩游戲時也總有一朵烏云縈繞在心頭，那就是丟檔。

第一次丟檔事故發(fā)生在《孤島驚魂 3》，那是我玩的第一款開放世界大作，直到現(xiàn)在我也不知道當初為什么會發(fā)生丟檔，只知道一覺醒來什么都沒了，那感覺真是從天堂到地獄，想死的心都有了。但沒辦法，那時候還是個初出茅廬的小白，云存檔什么的完全沒聽說過，無奈轉(zhuǎn)投《孤島驚魂 4》——所以直到現(xiàn)在《孤島驚魂 3》對我來說依舊是一段未盡的旅程，而這還不是這嚴重的一次。最嚴重的一次是因為折騰雙系統(tǒng)，直接把操作系統(tǒng)搞沒了，等電腦從售后拿回來，C 盤毫無意外地嶄新如初。

那次到底丟了多少個檔都已經(jīng)算不清了，但也就是那次丟檔事故之后，我開始認真研究起了存檔管理。

Git 為什么不行

存檔管理這需求說復(fù)雜也不復(fù)雜，它本質(zhì)就是文件備份和多平臺同步。

所以早期我一直在嘗試使用網(wǎng)盤搭配各種同步軟件，比如 Synching、Goodsync 等，然后再自己寫點腳本搞得更加自動化一點，也就差不多湊合用了。直到后來「那個男人」出現(xiàn)了——宮崎英高，老賊的魂游把我虐得死去活來卻又欲罷不能，但魂學家們都知道老賊的游戲出了名地喜歡弱引導(dǎo)和多結(jié)局，不看攻略的話一不小心哪個結(jié)局就沒了，不多玩幾個周目根本下不來，像我這種強迫癥直接橫死當場。

這時我才意識到，存檔管理這需求說簡單還真沒那么簡單，現(xiàn)在的 3A 大作不多搞幾個結(jié)局都不好意思叫 3A，外加存檔機制被他們玩得飛起，連什么存檔獻祭玩法都來了，簡單的線性存檔管理顯然已經(jīng)不適用于當下的環(huán)境了。

怎么辦呢？我第一時間就想到了那個程序員們家喻戶曉的版本管理神器——Git，Git 天生就適合創(chuàng)建多分支，一個 Git 倉庫幾十上百個分支完全不在話下，再加上其分布式的倉庫同步機制，多分支管理和多平臺同步一起盤活了，那么 Git 會是最終答案嗎？

接下來的日子里，我一直用 Git 管理著我的游戲存檔，也逐漸發(fā)現(xiàn)了 Git 的問題：

首先，Git 的使用太過復(fù)雜，想要在玩家圈子里普及開來幾乎是不可能的；其次，Git 畢竟不是為存檔管理而設(shè)計的，它不保存文件的創(chuàng)建時間、不保存空目錄等特性在少數(shù)游戲上可能造成存檔混亂；最后，我最理想的存檔管理工具不僅僅只是存檔管理，還包括諸如存檔路徑識別、存檔分享、Mod 管理等等功能，這些東西都無法圍繞 Git 進行構(gòu)建。

雖然 Git 不是最終的答案，但我認為站在 Git 的肩膀上是絕對沒問題的，既然 Git 不能滿足需求，那咱們就給它改造一下，創(chuàng)造一個專為玩家設(shè)計的 Git，于是 Gamekeeper 這個獨立開發(fā)項目就這么開始了。

Gamekeeper 又如何做到自動識別存檔目錄

雖然玩家群體基本上都是懂電腦的，但游戲廠商實在是太能藏了，找游戲存檔的位置依舊是個比較麻煩的活，好在社區(qū)的力量是無窮大的， mtkennerly 大神開源項目 ludusavi 會定期從 wiki 網(wǎng)站上抓取數(shù)量龐大的游戲數(shù)據(jù)，有了這些數(shù)據(jù)做支撐，尋找存檔位置便不再那么棘手。

Gamekeeper 首次啟動便會嘗試下載 ludusavi 項目的全量數(shù)據(jù)文件 manifest.yaml：

下載完成后，在新增游戲界面中，輸入游戲的官方英文名稱便可搜索到目標游戲，直接選中后，包括游戲的安裝目錄、啟動文件、存檔目錄甚至游戲封面和圖標都全部準備好了，緊接著點提交便添加完畢：

自動識別

多存檔空間設(shè)計

Gamekeeper 將游戲存檔劃分在一個個相互獨立的存檔空間內(nèi)，所謂存檔空間就是游戲內(nèi)常說的存檔槽位，因為現(xiàn)在的很多游戲都拋棄了存檔槽機制，搞得大家只能一個存檔玩到底，Gamekeeper 把這套機制重新加了回來，而且更上一層樓。

Gamekeeper 的存檔空間沒有數(shù)量上限，你像要多少個存檔空間就創(chuàng)建多少存檔空間，一個玩戰(zhàn)士、一個玩法師，一個給自己玩、一個給女朋友玩：

多存檔空間

多分支存檔管理

多分支存檔管理是 Gamekeeper 的開發(fā)重點。

首先軟件的所有存檔空間都需要創(chuàng)建一個初始存檔，初始存檔是一個空存檔，它代表的是游戲尚未開始前的存檔數(shù)據(jù)，是后續(xù)所有分支的起點；同時，Gamekeeper 參考 Git 設(shè)計了正在使用的存檔的概念，它相當于 Git 中的 HEAD 指針，可以簡單地理解為上一次保存的存檔，在它的基礎(chǔ)上提交新的存檔和新的分支，就可以讓存檔空間內(nèi)的分支圖不斷演進，最終形成一個由無數(shù)存檔和分支組成的「分支樹」：

多分支存檔管理

整個分支樹在軟件界面中井然有序，哪個存檔屬于哪個分支、誰先保存誰后保存，一目了然，可選擇任意存檔進行回檔，再也不怕錯過任何一個游戲結(jié)局。

差異存儲模型

現(xiàn)在的 3A 游戲容量是越來越膨脹，相應(yīng)的存檔容量也越來越膨脹，Gamekeeper 口號是不放過游戲中的任何一個精彩瞬間。以開放世界游戲舉例，一個游戲玩完存檔保存上千次都是常有的事，如果把這些存檔全部保存下來，一個存檔占用只有幾 MB 的話，隨著時間的推移也會達到以 GB 計算的程度。

Gamekeeper 參考 Git 和 SVN 的設(shè)計，采用差異存儲模型保存存檔，也就是每次只保存新舊存檔之間產(chǎn)生變化的數(shù)據(jù)，而游戲每次覆寫存檔一般只改動少量數(shù)據(jù)，所以 Gamekeeper 所保存的存檔數(shù)據(jù)，最終空間占用比較小，相應(yīng)的軟件所支持的存檔數(shù)量便會直線上升。

差異存儲模型

后續(xù)開發(fā)計劃

Gamekeeper 目前還僅僅只是初版，圍繞上面這些基礎(chǔ)功能未來還計劃開發(fā)新的玩法：

1. 利用網(wǎng)絡(luò)存儲服務(wù)進行多平臺同步，即云存檔功能

2. 存檔分享，將自己的存檔分享給他人或者獲取他人分享的存檔

3. 跟蹤游戲進程進行存檔監(jiān)控，實現(xiàn)實時保存存檔、定時保存存檔等

4. 參考 Git 的 Tag 功能實現(xiàn)標簽系統(tǒng)

對 Gamekeeper 感興趣的用戶可前往官網(wǎng)免費下載并使用，詳細說明請參考官網(wǎng)中的使用文檔。

https://gamekeeper.thinkuni.net/

https://sspai.com/post/102928?utm_source=wechat&utm_medium=social

作者：Thinkuni

責編：克萊德

：作者與文中產(chǎn)品有直接的利益相關(guān)（開發(fā)者、自家產(chǎn)品等）