1.什么是 version control
版本控制（Vevision control）是维护工程蓝图的标准作法，能追踪工程蓝图从诞生一直到定案的过程。此外，版本控制也是一种软体工程技巧，借此能在软体开发的过程中，确保由不同人所编辑的同一程式档案都得到同步。
2.为什么要进行版本控制
版本库就是一个仓库，你把东西放进去(通常是你编写的程序代码)，然后再在需要的时候拿出来。通常这种仓库都有一个很神奇的地方，你不但能看到你放进去的东西现在的样子，还能看到它以前的样子，这就是版本了，同一件东西每次放进去时的样子都会被保留下来，所以你可以追溯这个东西在任何时期的样子。那么控制呢？那就有管理的概念在里面了。首先仓库有自己的结构(通常就是个数据库)，进入仓库的东西都按照这一结构存放着，无论你把东西放进还是拿出也要遵循你所用仓库的标准(用专用的版本控制命令或程序)，而依靠所提供的程序或命令，你就可以操作这个仓库，控制里面的内容，并且想看某个东西的任何某个版本都可以。
世界上无数大大小小的开发项目都在使用各种各样的版本控制系统，原因在于它的优点对于一个项目开发来说是无比重要。
一个最简单的开发团队，也许就两三个人，他们共同完成一个软件的开发。每个人都在修改、添加、删除着自己本地硬盘上的代码，当他们把这些代码汇总起来时，麻烦出现了。到底谁改了哪些文件，具体是文件里的哪部分被改动过？A的修改会不会把B的修改覆盖掉？汇总的工作变得很危险，需要非常小心，一旦出错后果不堪设想。显然此时，效率将会是无比的低下，如果某个地方出错，可能整个汇总工作就要重来一遍。这只是两三人的小团队，如果是几十人几百人的大团队呢？那将会是噩梦。
如果这个团队采用了版本控制。那么版本控制软件在每次提交的时候都会主动合并所有人的修改并解决可能发生的冲突。每个人手里一直都是汇总好的代码。当开发进行到一定阶段，可以直接拿去测试，不需要再有额外的工作来浪费时间。另外，你还可以知道，程序的某个Bug，是怎么出现的(被谁以及什么时候引入进来的)。
3.怎样用git进行版本控制
每创建一个项目，分别创建dev、test、release、master四个固定分支。
dev分支用来研发人员进行自测和模块间联调使用的，用来部署到研发环境的，开发人员对该分支有pull和push权限。
test分支是测试人员进行测试的代码分支，是部署到测试环境的代码分支，研发人员联调完自测完成后，提交feature分支合并申请到test分支，由管理员负责代码review并进行代码合并，该分支是受保护分支，开发人员对该分支有pull权限。
release分支是在test分支测试完成后，由研发人员提交test分支合并申请到release分支，release代码分支是用来部署到预生产环境的，由管理员进行代码合并。
master分支是最终上线的代码分支，测试人员在预生产环境测试通过后，由研发人员提交release代码分支合并申请到master分支，master分支是要部署到生产环境的，master上线完成后打对应版本的tag标签。