小话 Sketch 文档管理

之所以要将文档管理列为自己的第一篇，其实是因为生活中的方方面面都会需要分类，文档查询是工作中最常进行的，占据了人生的大部分时间。

比如我在平时工作中会经常查找sketch文档，如果没有遵循一套合理的命名心法，经年累月之后会发现，想要回忆起一个需求的第几次改版文件真的像大海捞针。这时候你就需要开始将杂乱的文档重新整理，将自己从漫无目的的查找中解救出来，有更多的时间做更重要的事。

其实在进行文档管理之前，需要创建一套自己的命名查询体系树，目的是通过这个树的分支可以迅速找到结下的果实，希望这篇文章能成为一粒种子，在你的实践中结成一颗果实。

一、版本号命名

版本号遵循语义化命名方法，其中语义化版本号是由Tom Preston-Werner 发起的一个关于软件版本号的命名规范，该规范的作者是Gravatars创办者同时是GitHub联合创始人。

判断版本优先层级时，需要把版本依照次序拆分为主版本号、次版本号、修订号及先行版本号之后，再进行比较。由左到右依序比较每个标识符号，第一个差异值用来决定优先层级：主版本号、次版本号及修订号以数值比较，例如1.0.0 < 2.0.0 < 2.1.0 < 2.1.1。

二、文档命名

提示：使用小写和下划线(或减号)，不要出现空格和特殊符号。

示例：

产品名_平台_产品版本号_交互/视觉_文档修改日期

如：宇宙人_iOS_v1.0.0_交互_20190821

为了更方便查找文档，可根据工作流程不同阶段定义不同颜色，在设计文档输出时对文档添加颜色标记，方便后续沟通、整理文档。

三、文档分类

实际工作过程中，较大的项目在需求梳理阶段会拆分成多个子需求，需要查找多个业务线相关的历史文档，在按照不同业务分别负责的团队中，你可能收到多份不同命名的文档。此时需要根据项目需求梳理文档架构，细分至单个功能模块。

为方便不同用户查找，可将单个功能模块文档做根据使用对象做相应拆分，如交互/视觉/产品/开发等。

以上就是进行Sketch文档整理的三个步骤，可以帮助你统一文档命名，查看版本变化进度，了解需求的最新进展，以及完成需求后输出给不同用户。

下一篇会接着讲如何使用工具来加速文档管理