前言

Library本質(zhì)上就是一個普通的Sketch文件，早期（2017年剛推出Library功能時）主要用來同步Symbols，而最新的Sketch 70+的版本中，已經(jīng)全面支持顏色變量、文字樣式、圖層樣式和Symbols這四大類的設計規(guī)范數(shù)據(jù)，更好地支撐了個人或團隊在此基礎上完成復雜的高保真設計。

2018年以后，國內(nèi)的用戶體驗設計行業(yè)已經(jīng)將Sketch作為了設計軟件的默認標準，曲高和寡的Sketch-library功能也開始從互聯(lián)網(wǎng)大廠向小廠不斷下沉。團隊使用同一套組件庫的最大優(yōu)勢就是：近乎完美的設計一致性，讓規(guī)?；母哔|(zhì)量產(chǎn)出成為可能。所以，隨著設計團隊人數(shù)增長，如何實現(xiàn)團隊級別的Library協(xié)作幾乎是一個繞不開的命題。

?

關于如何從0-1搭建顆粒度合適的組件庫，網(wǎng)絡上的資料已經(jīng)可以用“多如牛毛”來形容，但少有文章去介紹如何真正將Sketch-library高效運用在團隊中。畢竟誰都不希望千辛萬苦搭建的規(guī)范庫只能自嗨，或成為還需要借用QQ傳來傳去，反復折騰才能用得起來的累贅。

?

以下筆者將結合自己的實踐經(jīng)驗，介紹目前市面上比較可行的4種團隊Sketch-library協(xié)作的方法。

1）原生方案：Sketch Cloud

推薦度：★★

Library作為Sketch的重點功能，官方自然是有解決方案的：使用自家的Sketch Cloud云服務來實現(xiàn)組件庫的分發(fā)和同步。

?

? ? ? ? ? ? ? ? ? ? ? ?

這個方案看似很美好：原生、體驗佳、同步速度也不錯，但唯一的缺點就是“貴”：必須配合“科學上網(wǎng)”并擁有正版的Sketch序列號才能使用。對于團隊多人協(xié)作的場合，所有的成員都需要滿足前述的條件才行?？紤]到國內(nèi)實際情況，大部分團隊應該都不適合這個方案。

2）云盤共享：iCloud

推薦度：★★★

組件庫協(xié)作核心原理在于確保所有成員都能引用同一份Library文件（其實就是一個Sketch的文件）。所以只需要團隊中有一個人將Library文件“共享”出來，其他成員也在自己的Sketch中設置好關聯(lián)，都可以實現(xiàn)協(xié)作的目的。而Mac系統(tǒng)中自帶的云盤iCloud則正好可以運用在這個場景。

這個方式甚至被不少大廠內(nèi)部采用，比如著名的騰訊設計團隊ISUX，就曾經(jīng)專門撰文分享過這個技巧。整個操作的核心思路如下：

1. 組件庫的管理員將Library文件放入iCloud云盤，并在右鍵菜單中選擇共享，生成鏈接；

2. 管理員將鏈接粘貼到QQ、釘釘?shù)燃磿r溝通工具的群聊中；

3. 團隊成員點擊鏈接，即可在自己的iCloud中訪問該Library文件；

4. 將Library文件拖入Sketch的組件庫列表即可。

之后團隊就可以共同編輯這份Library文件。任何修改產(chǎn)生后，iCloud都會同步下發(fā)給所有成員，Sketch則會彈出相應提示，效率滿滿。

?

? ? ? ? ? ? ? ? ? ? ? ?

這個方法操作總體來說不算復雜，且無需科學上網(wǎng)，但缺點也比較明顯：1）權限管理能力薄弱；2）無版本記錄功能；3） iCloud通常都作為私人網(wǎng)盤使用，夾雜工作內(nèi)容會顯得公私混雜，體驗減分；4）iCloud并非絕對免費，對于需要更高存儲容量的場合，依然需要向Apple付費。

總體而言，這個方案比較適合對權限管理無太高要求的微型設計團隊。

3）專業(yè)選擇：摹客Library庫插件

推薦度：★★★★★

目前專業(yè)針對Library同步功能的插件產(chǎn)品大多由互聯(lián)網(wǎng)大廠內(nèi)部開發(fā)和使用，基本沒有對外開放。況且作為一家公司設計靈魂的組件庫源文件，必須考慮關鍵設計資產(chǎn)的隱私性和安全性，也不宜托管到BATD這類大廠服務器上。

所幸，國內(nèi)依然有一家不被大廠滲透的老牌的工具廠商摹客（Mockplus）免費提供了整套解決方案。采用這個方案首先需要訪問摹客官網(wǎng)并登錄，然后在協(xié)作平臺左側的TAB欄切換到“設計規(guī)范”模塊，并創(chuàng)建新的“Library項目”就可以了。

整個使用流程要比第二種方案更智能和簡便：

1. 組件庫管理員使用Sketch打開本地制作好的Library文件，然后運行摹客Library插件；

2. 點擊插件工具欄上的“一鍵上傳”將當前Library數(shù)據(jù)上傳到創(chuàng)建好的Library項目中；

3. 團隊成員刷新插件界面，即可看到團隊內(nèi)所有的有訪問權的Library項目，然后根據(jù)實際工作需要將相應的項目數(shù)據(jù)導入 /更新到本地即可（這個過程摹客的插件會智能地在Sketch的程序目錄中創(chuàng)建實體的Library文件）。

4. 現(xiàn)在團隊成員就可以在Sketch調(diào)用所有Library中的設計規(guī)范數(shù)據(jù)和組件模板了。除了管理員，其他有修改權的成員也可以使用“一鍵上傳”功能提交修改。

? ? ? ? ? ? ? ? ? ? ? ?

這個方案不僅操作成本低，速度快，功能也是相比之下最強大的：摹客的云端具有完善的權限配置功能，甚至可以在直接以網(wǎng)頁的方式預覽組件庫內(nèi)容（這樣就方便了沒有蘋果電腦的用戶查看），還支持完備的Library文件歷史版本管理功能，遇到緊急情況也能對規(guī)范庫進行回溯和恢復。

? ? ? ? ? ? ? ? ? ? ? ?

4）硬核之道：SVN + Versions

推薦度：★

如果完全不愿意采用任何第三方廠商提供的產(chǎn)品，那可以考慮最后一種方式：借用開發(fā)管理代碼常用的SVN來管理Library文件。

具體的實現(xiàn)步驟這里就不贅述了，如果有興趣可以咨詢自家的前端程序員，他們會幫你部署好SVN服務器。團隊內(nèi)的設計師再借助Versions之類的SVN客戶端，就可以實現(xiàn)Library的同步、分發(fā)、更新和版本管理。

由于SVN是專業(yè)用于代碼管理的工具，用在設計師的規(guī)范庫的管理上確實有“殺雞用牛刀”之嫌。除非團隊確實有很高的版本管理 + 數(shù)據(jù)私密性方面的需求，且堅決不愿意使用任何外部產(chǎn)品，那么才值得考慮這種方案。

小結

以上筆者整理了當前市面上主流的團隊Sketch-library協(xié)作方式，筆者最推薦的還是使用摹客這樣的專業(yè)工具：智能化程度高，學習門檻低，在團隊內(nèi)推行的阻力會小很多。畢竟無論采用哪種方案，能真正被團隊接受和落地的才具有意義，否則團隊成員依然難改“各家自掃門前雪”的舊脾氣，設計團隊的產(chǎn)出效率和品質(zhì)自然就難以突破了。