版本号控制(Revision control)是维护project蓝图的标准做法，能追踪project蓝图从诞生一直到定案的过程。是一种记录若干文件内容变化。以便将来查阅特定版本号修订情况的系统。
能够简单理解：
版本号控制工具；就是控制我们项目开发的代码。管理这些代码。使这些代码可以协调工作。形成一个完整的总体；可以上传代码，更新最新代码到本地；
详细做法：
三个人开发各自的代码，引入一台专门的server，SVN Server，一人开发代码。本地开发完直接上传到server（commit），SVN能够理解成代码数据库；不仅能够上传还能够下载（checkout 检出/update 更新）别人的代码到本地。
开发人员能够在别的地方。仅仅要能通过网络联网就能够；
能够多个团队多个项目同一时候在用SVNserver。SVN端提出一个概练： repository（文档仓库，类似数据库），每一个团队能够创建自己的repository提交更新，这样就不会乱。
没有版本号控制？
代码管理混乱
备份多个版本号，占用磁盘空间大
解决代码冲突困难
easy引发BUG
难于追溯问题代码的改动人和改动时间
难于恢复至曾经正确版本号
无法进行权限控制
项目版本号公布困难
能够简单理解：
版本号控制工具；就是控制我们项目开发的代码。管理这些代码。使这些代码可以协调工作。形成一个完整的总体；可以上传代码，更新最新代码到本地；
详细做法：
三个人开发各自的代码，引入一台专门的server，SVN Server，一人开发代码。本地开发完直接上传到server（commit），SVN能够理解成代码数据库；不仅能够上传还能够下载（checkout 检出/update 更新）别人的代码到本地。
开发人员能够在别的地方。仅仅要能通过网络联网就能够；
能够多个团队多个项目同一时候在用SVNserver。SVN端提出一个概练： repository（文档仓库，类似数据库），每一个团队能够创建自己的repository提交更新，这样就不会乱。
v创建三个顶级文件夹
›/trunk
存放开发的“主线”
›/branches
存放支线副本
›/tags
存放标签副本
没有版本号控制？
代码管理混乱
备份多个版本号，占用磁盘空间大
解决代码冲突困难
easy引发BUG
难于追溯问题代码的改动人和改动时间
难于恢复至曾经正确版本号
无法进行权限控制
项目版本号公布困难
以下图帮助理解：SVN交互流程图
checkout仅仅做一次。第一次的时候。update做多次。
举个样例 帮助理解：
使用SVN之前：
使用SVN
