版本控制流程的核心在于解决一个问题：哪个文件才是最新版本？缺乏它，团队可能面临三个名为“最终版”的文件散落在两处，而编辑错误文件的人往往在工作完成后才发现。
版本控制流程中的每条规则都围绕着这个核心问题展开。这就是为什么复杂方案往往失败，而简洁方案却能成功。团队能遵循四条规则，却难以记住十一条。因此，设计原则应是易记性而非完整性。我们刻意排除了任何需要软件支持的功能：分支、合并和仓库工作流解决的是不同受众的不同问题，不适用于本视频。
本模板通过六个场景进行阐述：一个关于不知道哪个文件是最新版本的代价，一个关于选择单一存储位置，一个关于易于记忆的命名规则，一个关于版本编号及何时更改，一个关于为每个文档指定所有者，以及一个关于归档而非删除。
版本规则常常在会议上达成一致，却在两周内被抛弃。原因在于，正确操作所需的精力往往高于当下采取捷径。因此，规则必须比变通方法更简单。
第二个存储位置会破坏所有其他规则。这个决定比命名约定更重要，但往往最容易被忽视。
仅包含两个元素，且顺序固定。任何超过三个组成部分的命名约定，通常在第二周就会被弃用。
小幅修改不计入；任何对外发送的文件则需要更新。若无此界定，版本号将变得混乱且毫无意义。
人们保留私人副本，是担心工作丢失。设置归档文件夹能消除这种顾虑，从而避免破坏整个系统的冗余副本。
上传您团队已有的文件指南、商定的文件夹结构或已在团队频道中置顶的命名约定——最大200 MB，支持PDF、DOC、DOCX、PPTX或TXT格式。场景将以可编辑状态返回，原始文件保持不变。
导入团队已有的文件指南进行处理，并在下一个项目开始前优化场景。
