測試 Github 作為設計協作的工具

簡評：設計師 Pranu Sarna 嘗試了在設計團隊中使用 Github，這是他所學到的 ~

（下文中「我」指代原作者）

我在 2016 年加入 Zomato 時，第一個項目是與 Gui Corte Real 重新設計移動端網頁。為了能在手機瀏覽器上提供更好的 Zomato 的瀏覽體驗，我們決定將 m-web 轉化成 Progressive Web App。

（註：Zomato 是印度版美團點評）

重構設計的工作量還是很可觀的，因此能隨時保持同一設計頁面協同工作就顯得尤為重要。

我們都有開發經驗，也對 Git 有一定的了解，因此，我們打算嘗試使用 Github 協作，並同步我們的 Sketch 工程。

（欲了解 Git：這裡是一份快速教程 ）

為什麼不用 Google Drive 或者 Dropbox 呢？

這就是新事物的樂趣了，我們想嘗試新鮮的東西，我們對這個版本控制系統的想法感到興奮。並且這個項目對於我們來說正是個好機會去測試 Git 是否對設計團隊有所幫助。

這是我們想要實現的

開始設置

用空的 Sketch 文件去設置倉庫很簡單，但是隨著我們不斷 committ，問題開始出現了。

把 Git 加入測試

我們很快就意識到，在 Github 中比較兩個版本的 Sketch 文件幾乎是不可能的。因為 Sketch 文件不是代碼，因此會被視為二進位文件。

試圖將更改 push 到 Github 上的相同文件中會導致衝突，而將 Sketch 視為二進位文件意味著我們無法解決這些衝突。

設計中大於 100M 的文件很常見，但是代碼並不多。隨著項目的推進，Sketch 文件也越來越多，push 更新讓整個項目的進度變慢了。

小結

通過嘗試使用 Git 進行設計協作，我們了解到它的缺點，而且也並不適合設計師。

像 Abstract 和 Plant 這樣的工具才是專門面向設計的版本控制系統。二者各有長處，Plant 有好用的 Sketch 插件和應用，更適合初學者；而 Abstract 可能更適合習慣了 Git 概念的用戶。

原文鏈接：

Testing out GitHub as a tool for design collaboration

推薦閱讀：

UI 設計中顏色使用法則?

zhuanlan.zhihu.com設計師最佳 Chrome 擴展程序?

zhuanlan.zhihu.com16 種原型設計工具及其使用場景?

zhuanlan.zhihu.com

極光日報，極光開發者旗下媒體。

每天導讀三篇英文技術文章。