随着设计资源积累增多，进行迭代和管理的成本也相应的提高。
同时也出现了很多辅助工具，帮助我们构建和管理设计资源：
Zeplin - 结合标注导出和guideline
Brand.ai - Sketch插件，通用组件／画板资源管理，值得一提的是支持同步更新
UI Design System - 模板类工具，如何构建一套完整的组件库
这些工具都不错，能给团队的设计工作带来提升，拓宽对设计资源整理的视野。
在年初同时还带来了设计工程化的风潮，Airbnb的Lottie和React sketch.app，让人感觉：还有这样的操作？设计者也要开始学习代码了吗？或多或少要了解了吧，这些工具在消除沟通间的障碍，了解得更多，做得更好。
在寻找更好的管理工具和设计工程化的道路上，我发现了 Kactus ：
Kactus是什么
在git的官方文档中Mathieu（Kactus作者）这样介绍：
A true version control tool for designers
为设计者而生的一款版本控制工具，它有不错的特性：
继承git的版本控制方法
git平台足够强大，你不用担心自己push内容的安全性和稳定性；你可以在本地创建设计项目的分支，在不干扰到标准版本的情况下去进行设计，稳定后再推送到远端，保证标准版本规范；任何成员都可以轻松地将内容pull到本地，历史记录可以帮助你快速了解更新的内容。
可视化界面
大多数开发者都通过命令行来操作git，但是设计涉及到图形资源，Kactus通过可视化界面帮助我们更和好的处理：
能够直观地看到设计变更的内容，变更记录（新增、修改、删除）也十分细心，推送的用户信息和时间，直接在Kactus中创建sketch文件，添加对新内容的提交描述，如果你熟悉git，那么这一套流程用起来十分流畅，如果不了解的话，可能需要了解一些git的基本原理，但也能很快地去使用。
Let me see
作为一个使用范例，看看要如何去使用。
下载后我们首先会进入到这样一个欢迎页，如果你有注册git账号，可以直接登录，如果没有可以注册一个。
在第一次登录后会进入到这个界面，三个功能分别是：
创建一个新的仓库；从远端clone一个仓库到本地；添加本地的一个仓库到Kactus中
因为大部分是第一次使用，没有本地仓库或在git上，所以点击第一个创建新的仓库。
创建第一个仓库的时候确定仓库的命名，请确立有一个统一标准的命名规范，在构建分支命名的时候，分支规范可以让你的更新文档更易读。
本地路径-本地路径是仓库资源存储的地址，可以根据自己的需要去进行调整选择，请确保它不会被意外的移动／删除，仓库需要一个稳定的环境。
初始化添加一个README
Git ignore和License选择默认即可，如果你有特殊需求的话，这两部分的解释可以参考help.github
仓库创建后就进入了这个界面。
！命名规则不支持中文，在第一次命名的时候输入了中文命名，结果就变成了-------（左上角当前仓库那里可见）
所以换成英文命名或者拼音都可以，中文命名暂时无法正常显示。
右侧窗口提供了两个操作：创建sketch文件，在finder中打开仓库文件夹
选择创建sketch文件，这里就会直接唤醒sketch，然后开始你的设计，这里就和你平时使用sketch是一样的，它只会记录sketch文件的地址。
记得保存你的文件内容。
保存之后我们就会在Kactus中看到相应的sketch file内容了，列表中会显示更改日志和状态（新增，修改，移除）。
右侧可以预览选择更改后的图形。
在Kactus你看见的是.json后缀的文件，.json是一种轻量级的数据交换格式，Kactus把.sketch解压成了方便交换的.json，想要了解.json更多，可以看这里
在左下方可以为内容添加Summary，为其他的成员提供可以阅读的参考内容。
对新生成的内容会新建默认分支master，也可以和其他的分支合并。
切换到历史记录中，可以完整的看到push的结果，包括Summary，时间，用户。
历史信息也可以被其他查看该分支的用户查看。
通过Publish，你的内容就会作为.json上传到git上了，你也可以选择View on GitHub。
这样你就完成了一个基本的仓库构建，如果有另外一个用户想要pull到本地，可以通过：
File中的Clone Repository...将GitHub中的.json内容pull到本地。
只需复制GitHub中的URL，然后选择保存到的本地路径即可。
pull的内容通过反向生成sketch文件就可以使用了。
其它
如果你用Kactus构建公开库的话，是免费的，git都是如此。
但是如果你需要使用私有仓库和定点登录的话就需要支付额外的费用了。
如果你对价格十分敏感的话，也可以试试国内的仓库coding。�
记得早些时候，还有人分享过通过GitLab进行设计版本管理的教程，但是不论是配置过程还是使用起来都不算流畅，Kactus这款工具相较之下友好很多，与开发团队沟通也会流畅不少。最主要的还是省去了对版本管理中的繁琐操作，不如尝试一下，让团队离工程化更进一步。
：）
