版本控制工具 Abstract 是如何提升設計團隊協作效率的?
(閱讀時間: 大約 6 分鐘)
作為設計師,設計文件的共享和同步一直令我頭疼。程序員有 GitHub 和 SourceTree,而設計師只能依靠 U 盤、Dropbox 或者百度網盤共享設計文件。自己一個人用 Dropbox 還好,如果和設計團隊一起使用,免不了發現文件夾里躺著幾百個衝突的副本。
但最令人頭疼的還是文件管理。如果你也對圖層命名有潔癖,你恐怕也會關心如何把項目文件夾整理得井井有條。曾經看到某家設計公司介紹嚴謹的文件整理術,但恐怕我是學不會的。就算學會了,想要在團隊中推廣也會困難重重。至少在 2017 年之前,我決定妥協 —— Spotlight 是設計師最好的朋友。??
當我聽說 Abstract 開放測試後,就立刻申請。經過從測試版到正式版這將近一年的使用體驗,我的感受是,Sketch 和 Abstract 的組合非常適合設計團隊協作。下面我將簡單介紹一下什麼是版本控制和 Abstract,以及為什麼設計團隊需要使用版本控制工具。
什麼是版本控制?
版本控制 (version control) 系統會記錄對項目源文件的改動,並存為一系列歷史快照。當你需要查看一個之前的快照時,版本控制系統可以顯示當前版本與上一個版本之間的區別。
Git 是目前世界上最先進的分散式版本控制系統。它最初是 Linus Torvalds 為了更好地管理 Linux 內核項目而開發的一個開源軟體。GitHub 是一個利用 Git 進行版本控制的代碼託管服務。它也是目前世界上最大的代碼託管網站和開源社區。
什麼是 Abstract?
Abstract 是設計文件的版本控制工具。
Abstract 目前只支持 Sketch 文件。
https://www.zhihu.com/video/950884613757890560Abstract 是基於 Git 的。如果你已經用過 GitHub 等工具,可能不會對 commit、branch、merge 這些概念感到陌生。不過,如果你是第一次使用版本控制工具的設計師,也不必擔心。畢竟 Abstract 是為設計師和設計團隊打造的版本控制工具,你只需要學會使用 Abstract 的客戶端界面就夠了。
Abstract 的使用流程可以概括為 6 步:
- 創建項目
- 導入 Sketch 文件
- 添加一個新分支 (branch)
- 編輯文件,並提交 (commit)
- 審閱修改
- 合併 (merge)
https://www.zhihu.com/video/950925203425943552
Abstract 對於團隊項目來說非常有用,但其實個人項目也用得上。Abstract 的個人賬戶是免費的。現在就可以註冊體驗一下。
Abstract 和 Git 有一些區別。Abstract 可以真正理解設計文件,而 Git 只能理解純文本文件。舉個例子,假如你在 GitHub 提交了一個 Sketch 文件,然後你在 Sketch 文件里做了一些修改並提交。這時,GitHub 會認為你先後提交了 2 個完全不同的文件,但 Abstract 能區分出你是新增了一個 page 還是刪除了一個 symbol,並在版本控制系統中只存儲新增的改動。
此外,Abstract 並不像 GitHub 那麼注重開源。在 GitHub 中,個人賬戶可以免費創建公開的代碼倉庫,任何人都可以在倉庫上查看、複製代碼,但在 Abstract 中,個人賬戶的項目只有自己才可以管理,其他任何人都沒辦法訪問。如果你希望和其他人在同一份 Sketch 文件上共同協作,你必須在組織賬戶 (organization account) 里創建一個項目,並邀請其他人加入到這個組織中來。如果你把項目文件的鏈接發給一個沒有組織許可權的人,他恐怕只能看到請求許可權的頁面。換而言之,如果你還在好奇 Abstract 將來會不會有 fork 或者 pull request 的話,答案恐怕是 」不會有」。因為 Abstract 關注的是設計團隊協作,而不是開源。
為什麼設計團隊要使用版本控制工具?
1. 恢復之前的版本
設計師的工作流程並非是線性的。設計思維 (design thinking) 中 ideate (創意)、iterate (迭代) 和 integrate (整合) 需要我們跳出傳統的流水線模式。我們要能隨時朝著一個 (或者三個) 全新的設計方向開工前進。當我們在實驗的過程中發現了一些嚴重的問題時,我們要能輕鬆地撤銷掉錯誤的改動,恢復到之前的版本。當我們對實驗結果滿意時,我們可以充滿信心地把新方案整合起來。在項目的每一個重要階段,認識並正確地使用恢復功能會讓我們的工作變得更加輕鬆。
2. 協同合作
如果沒有版本控制,當你需要編輯 Dropbox 共享文件夾中的 Sketch 文件時,你就必須通知辦公室里的所有人,你正在對哪些文件進行編輯;與此同時,其他人必須避免編輯相同的文件。這是一個完全不現實和錯誤的流程。當你花了很長時間完成編輯後,這些文件可能已經早被其他團隊成員修改或者刪除了。
如果使用了版本控制工具,設計團隊所面臨的情況就會大為改觀。在任何時間、任何地點,任何一個設計師都可以對任何文件進行修改。再也不會有衝突的副本,大家可以毫無顧慮地在自己的分支里設計。版本控制工具可以把所有的改動合併成一個共同的 Master 版本,作為設計文件的 single source of truth (唯一的真相來源)。
3. 了解團隊成員在幹什麼
每當你提交改動之前,版本控制工具會要求你為這次提交 (commit) 添加一個簡短的描述。當你保存 Sketch 文件、準備提交時,你還可以看到改動前後的詳細對照。這不僅可以幫助你自己了解版本與版本之間的關係,也可以幫助其他團隊成員快速互相了解其他人的工作進度,極大的提高了設計團隊的溝通效率。
https://www.zhihu.com/video/950925599930355712版本控制工具為設計工作帶來更多透明性。Abstract 把項目中的 Sketch 文件、文件的改動歷史和評論反饋匯聚在一起,並確保所有人 (包括程序員) 都可以輕鬆地在 Abstract 中瀏覽設計文件。(他們也可以導出並下載設計文件。)
了解更多
Secure version control and design workflow managementAbstract
推薦閱讀:
※一瞬是多少秒
※讀書篇(3)「術」:用戶體驗要素
※『簡約』也許是錯,『複雜』也許是對。
※Audi acion-APPUXUI Design
※設計師和產品經理誰重要