以下笔者将结合自己的实践经验，介绍目前市面上比较可行的4种团队Sketch-library协作的方法。任何修改产生后，iCloud都会同步下发给所有成员，Sketch则会弹出相应提示，效率满满。采用这个方案首先需要访问摹客官网并登录，然后在协作平台左侧的TAB栏切换到“设计规范”模块，并创建新的“Library项目”就可以了。除了管理员，其他有修改权的成员也可以使用“一键上传”功能提交修改。
sketchbook排版?前言Library本质上就是一个普通的Sketch文件，早期（2017年刚推出Library功能时）主要用来同步Symbols，而最新的Sketch 70 的版本中，已经全面支持颜色变量、文字样式、图层样式和Symbols这四大类的设计规范数据，更好地支撑了个人或团队在此基础上完成复杂的高保真设计，我来为大家科普一下关于sketchbook排版?下面希望有你要的答案，我们一起来看看吧!
sketchbook排版
前言
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，就曾经专门撰文分享过这个技巧。整个操作的核心思路如下：
之后团队就可以共同编辑这份Library文件。任何修改产生后，iCloud都会同步下发给所有成员，Sketch则会弹出相应提示，效率满满。
这个方法操作总体来说不算复杂，且无需科学上网，但缺点也比较明显：1）权限管理能力薄弱；2）无版本记录功能；3） iCloud通常都作为私人网盘使用，夹杂工作内容会显得公私混杂，体验减分；4）iCloud并非绝对免费，对于需要更高存储容量的场合，依然需要向Apple付费。
总体而言，这个方案比较适合对权限管理无太高要求的微型设计团队。
3）专业选择：摹客Library库插件
推荐度：★★★★★
目前专业针对Library同步功能的插件产品大多由互联网大厂内部开发和使用，基本没有对外开放。况且作为一家公司设计灵魂的组件库源文件，必须考虑关键设计资产的隐私性和安全性，也不宜托管到BATD这类大厂服务器上。
所幸，国内依然有一家不被大厂渗透的老牌的工具厂商摹客（Mockplus）免费提供了整套解决方案。采用这个方案首先需要访问摹客官网并登录，然后在协作平台左侧的TAB栏切换到“设计规范”模块，并创建新的“Library项目”就可以了。
整个使用流程要比第二种方案更智能和简便：
这个方案不仅操作成本低，速度快，功能也是相比之下最强大的：摹客的云端具有完善的权限配置功能，甚至可以在直接以网页的方式预览组件库内容（这样就方便了没有苹果电脑的用户查看），还支持完备的Library文件历史版本管理功能，遇到紧急情况也能对规范库进行回溯和恢复。
4）硬核之道：SVNVersions
推荐度：★
如果完全不愿意采用任何第三方厂商提供的产品，那可以考虑最后一种方式：借用开发管理代码常用的SVN来管理Library文件。
具体的实现步骤这里就不赘述了，如果有兴趣可以咨询自家的前端程序员，他们会帮你部署好SVN服务器。团队内的设计师再借助Versions之类的SVN客户端，就可以实现Library的同步、分发、更新和版本管理。
由于SVN是专业用于代码管理的工具，用在设计师的规范库的管理上确实有“杀鸡用牛刀”之嫌。除非团队确实有很高的版本管理数据私密性方面的需求，且坚决不愿意使用任何外部产品，那么才值得考虑这种方案。
小结
以上笔者整理了当前市面上主流的团队Sketch-library协作方式，笔者最推荐的还是使用摹客这样的专业工具：智能化程度高，学习门槛低，在团队内推行的阻力会小很多。毕竟无论采用哪种方案，能真正被团队接受和落地的才具有意义，否则团队成员依然难改“各家自扫门前雪”的旧脾气，设计团队的产出效率和品质自然就难以突破了。
