随着项目的积累，我们的文件目录会变得十分的盘大，如果不好好管理，将会变得一团糟，有时会影响到我们工作的效率与心情，好的文档管理方式会在一定程度上让我们的工作更加有序，即时文件目录再多，按照已经制定好的规则，也能够快速的查询到目标文件。这次就我个人研究对比，做一次小的分享，希望能对大家有所帮助。

　　三种有效管理文档的方法：

　　文件夹/文件规范命名

　　文档版本控制

　　云盘同步备份

　　通过以上三种方式的配合使用，能有效的帮助我们实现以下目标：

　　通过规范命名：对项目文件/个人文档进行分类，方便查找

　　文档版本控制：减少自己对文档的复制备份，自动构建关键历史版本，即使误删也能找回，按需 求还原到某一个历史节点的文档状态

　　云盘同步备份：对十分重要的文档进行同步备份，有修改则会马上实时备份

　　我们已经知道了这三种方法，又应该如何去落实实现呢?

　　方法一：文件夹/文档规范命名

　　1. 首先先制定一下我们命名的一些规则

　　我们常见的版本命名格式为 [name].x.y.z-[state]

　　name为可选字段,一般为 v,表示 version

　　x.y.z 为各版本的序号，遵循语义化版本命名规范。 实际上基于此规范,不应该在版本前出现 name 字段

　　state 可选字段,表示版本状态,例如 b 表示 beta 测试版,其他常见状态,后有详述

　　什么是语义化版本命名规则?

　　核心规则如下：

　　0.y.z 表示开发阶段，一切可能随时改变，非稳定版。

　　1.0.0 界定此版本为初始稳定版，后面的一切更新都基于此版本进行修改。

　　版本状态如下：

　　2. 了解命名规则后，我们就可以对我们工作站常用的文件夹/文档进行合理命名

　　对正在进行的项目：做好项目分类，区分文件夹，归类不同项目文件

　　外层文件夹名：iwork或项目project

　　一级文件夹名： 日期_项目名 例：2018_0115_项目名

　　二级文件夹名：version_1.0(对重要改变进行此二级)

　　三级文件夹名：按照工作内容所需进行排布

　　对已经完结的项目：及时整理命名好，放入Archive存档库

　　命名：项目名(项目编号)_版本_开始结束时间

　　例：蜗牛APP项目_V1.0.1_2018/01/25-03/15

　　蜗牛APP项目_V1.0.1_2018_01250315

　　如下图所示，将各个层级的文件夹命名展示出来了，对应项目是否有相应版本，有的话命名可加上对应版本号

　　方法二：对文档进行版本管理

　　如图所示，我们在进行版本更迭的时候，文档的升级维护比较简单易行，通过不同文件夹进行版本升级管理。而要想回到历史版本则困难许多。

　　而现实中，设计的工作经常进行改稿，常常会出现这种情况，当你改到第7第8稿时，客户来一句还是第3稿合适，然而我们往往对文件的命名是这样的是不是很抓狂

　　如果对每一份改动，都采取另存一份的方式，我们的项目库会变的十分的臃肿庞大，不方便我们对数据的管理。除此之外，实际中，我们常常会进行一些小修改，忘记保存一份新的备份，这时我们想要文件回到过去式，就真的不是那么容易了。

　　同样的，我们在工作中有些文档是需要多人协作的，传统的本地文档已经无法让团队高效的完成这一事务，涌现出了很多新型的文档编辑平台，方便团队协作制作文档，并且支持导出本地格式文件。如QQ的在线文档功能、石墨文档、印象笔记团队版，都是可以配置相应的权限，支持多人在线对同一文件进行编辑查看。具备操作历史查看，可以将文档还原到具体对应的状态。

　　而我们正是需要如同在线文档一样的方式来管理我们工作时产生的诸多设计文件，有了这样的版本控制，我们不需要担心正在处理的文档会被覆盖，我们唯一要专注的就是手头的文件，进行保存。

　　如何达到这样的目的?我们可以采取的方式有：Git和SVN

　　简单介绍SVN