前言

Library本质上就是一个普通的Sketch文件，早期（2017年刚推出Library功能时）主要用来同步Symbols，而最新的Sketch 70+的版本中，已经全面支持颜色变量、文字样式、图层样式和Symbols这四大类的设计规范数据，更好地支撑了个人或团队在此基础上完成复杂的高保真设计。

2018年以后，国内的用户体验设计行业已经将Sketch作为了设计软件的默认标准，曲高和寡的Sketch-library功能也开始从互联网大厂向小厂不断下沉。团队使用同一套组件库的最大优势就是：近乎完美的设计一致性，让规模化的高质量产出成为可能。所以，随着设计团队人数增长，如何实现团队级别的Library协作几乎是一个绕不开的命题。

关于如何从0-1搭建颗粒度合适的组件库，网络上的资料已经可以用“多如牛毛”来形容，但少有文章去介绍如何真正将Sketch-library高效运用在团队中。毕竟谁都不希望千辛万苦搭建的规范库只能自嗨，或成为还需要借用QQ传来传去，反复折腾才能用得起来的累赘。

以下笔者将结合自己的实践经验，介绍目前市面上比较可行的4种团队Sketch-library协作的方法。

1）原生方案：Sketch Cloud

推荐度：★★

Library作为Sketch的重点功能，官方自然是有解决方案的：使用自家的Sketch Cloud云服务来实现组件库的分发和同步。

这个方案看似很美好：原生、体验佳、同步速度也不错，但唯一的缺点就是“贵”：必须配合“科学上网”并拥有正版的Sketch序列号才能使用。对于团队多人协作的场合，所有的成员都需要满足前述的条件才行。考虑到国内实际情况，大部分团队应该都不适合这个方案。

2）云盘共享：iCloud

推荐度：★★★

组件库协作核心原理在于确保所有成员都能引用同一份Library文件（其实就是一个Sketch的文件）。所以只需要团队中有一个人将Library文件“共享”出来，其他成员也在自己的Sketch中设置好关联，都可以实现协作的目的。而Mac系统中自带的云盘iCloud则正好可以运用在这个场景。

这个方式甚至被不少大厂内部采用，比如著名的腾讯设计团队ISUX，就曾经专门撰文分享过这个技巧。整个操作的核心思路如下：

1. 组件库的管理员将Library文件放入iCloud云盘，并在右键菜单中选择共享，生成链接；

2. 管理员将链接粘贴到QQ、钉钉等即时沟通工具的群聊中；

3. 团队成员点击链接，即可在自己的iCloud中访问该Library文件；

4. 将Library文件拖入Sketch的组件库列表即可。

之后团队就可以共同编辑这份Library文件。任何修改产生后，iCloud都会同步下发给所有成员，Sketch则会弹出相应提示，效率满满。

这个方法操作总体来说不算复杂，且无需科学上网，但缺点也比较明显：1）权限管理能力薄弱；2）无版本记录功能；3） iCloud通常都作为私人网盘使用，夹杂工作内容会显得公私混杂，体验减分；4）iCloud并非绝对免费，对于需要更高存储容量的场合，依然需要向Apple付费。

总体而言，这个方案比较适合对权限管理无太高要求的微型设计团队。

3）专业选择：摹客Library库插件

推荐度：★★★★★

目前专业针对Library同步功能的插件产品大多由互联网大厂内部开发和使用，基本没有对外开放。况且作为一家公司设计灵魂的组件库源文件，必须考虑关键设计资产的隐私性和安全性，也不宜托管到BATD这类大厂服务器上。

所幸，国内依然有一家不被大厂渗透的老牌的工具厂商摹客（Mockplus）免费提供了整套解决方案。采用这个方案首先需要访问摹客官网并登录，然后在协作平台左侧的TAB栏切换到“设计规范”模块，并创建新的“Library项目”就可以了。

整个使用流程要比第二种方案更智能和简便：

1. 组件库管理员使用Sketch打开本地制作好的Library文件，然后运行摹客Library插件；

2. 点击插件工具栏上的“一键上传”将当前Library数据上传到创建好的Library项目中；

3. 团队成员刷新插件界面，即可看到团队内所有的有访问权的Library项目，然后根据实际工作需要将相应的项目数据导入 /更新到本地即可（这个过程摹客的插件会智能地在Sketch的程序目录中创建实体的Library文件）。

4. 现在团队成员就可以在Sketch调用所有Library中的设计规范数据和组件模板了。除了管理员，其他有修改权的成员也可以使用“一键上传”功能提交修改。

这个方案不仅操作成本低，速度快，功能也是相比之下最强大的：摹客的云端具有完善的权限配置功能，甚至可以在直接以网页的方式预览组件库内容（这样就方便了没有苹果电脑的用户查看），还支持完备的Library文件历史版本管理功能，遇到紧急情况也能对规范库进行回溯和恢复。

4）硬核之道：SVN + Versions

推荐度：★

如果完全不愿意采用任何第三方厂商提供的产品，那可以考虑最后一种方式：借用开发管理代码常用的SVN来管理Library文件。

具体的实现步骤这里就不赘述了，如果有兴趣可以咨询自家的前端程序员，他们会帮你部署好SVN服务器。团队内的设计师再借助Versions之类的SVN客户端，就可以实现Library的同步、分发、更新和版本管理。

由于SVN是专业用于代码管理的工具，用在设计师的规范库的管理上确实有“杀鸡用牛刀”之嫌。除非团队确实有很高的版本管理 + 数据私密性方面的需求，且坚决不愿意使用任何外部产品，那么才值得考虑这种方案。

小结

以上笔者整理了当前市面上主流的团队Sketch-library协作方式，笔者最推荐的还是使用摹客这样的专业工具：智能化程度高，学习门槛低，在团队内推行的阻力会小很多。毕竟无论采用哪种方案，能真正被团队接受和落地的才具有意义，否则团队成员依然难改“各家自扫门前雪”的旧脾气，设计团队的产出效率和品质自然就难以突破了。

Powered by Froala Editor