Git版本控制

版本控制

版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。

1)实现跨区域多人协同开发
2)追踪和记载一个或者多个文件的历史记录
3)组织和保护你的源代码和文档
4)统计工作量
5)并行开发、提高开发效率
6)跟踪记录整个软件的开发过程
7)减轻开发人员的负担，节省时间，同时降低人为错误

简单说就是用于管理多人协同开发项目的技术。

版本系统

本地版本系统

记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人用

集中版本控制SVN

所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改.
所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。而且，所有数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。代表产品：SVN、CVS、VSS.

分布式版本Git

所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。

git和svn主要区别

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己电脑上。

安装

官网: https://git-scm.com/
淘宝镜像：http://npm.taobao.org/mirrors/git-for-windows/

配置

查看默认配置
git config -l
查看系统配置
git config --system --list
查看全局配置
git config --global --list
查看所有的配置以及它们所在的文件
git config --list --show-origin

必要配置

git config --global user.name "name"  #名称
git config --global user.email "邮箱"   #邮箱

基本理论

Git本地有三个工作区域：工作目录（Working Directory）、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下:

1. Workspace：工作区，就是你平时存放项目代码的地方

2. Index / Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息

3. Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

4. Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换
   本地的三个区域确切的说应该是git仓库中HEAD指向的版本
   

１、在工作目录中添加、修改文件；

２、将需要进行版本管理的文件放入暂存区域；

３、将暂存区域的文件提交到git仓库。

整体流程

本地仓库搭建

创建全新的仓库，需要用GIT管理的项目的根目录执行：

# 目录多出了一个.git目录，关于版本等的所有信息都在这个目录里面
git init

# 创建文件
touch helloworld.java

# 查看文件状态
git status

# 添加文件到暂存区
git add .

# 提交到本地仓库
git commit -m "信息"

# 添加远程仓库
git remote add 远程仓库名 url

# 拉取远程仓库文件
git pull --rebase origin master

# 本地仓库提交给远程仓库的maser分支
git push -u origin master

关于分支

几乎所有的版本控制系统都以某种形式支持分支。
使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。 
在开发中，一般有如下分支使用原则与流程： 
master （生产) 分支 
线上分支，主分支，中小规模项目作为线上运行的应用对应的分支； 
develop（开发）分支 
是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master分支,准备上线。 
feature/xxxx分支 
从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完,成后合并到develop分支。 
hotfix/xxxx分支， 
从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、 develop分支。 
还有一些其他分支，在此不再详述，例如test分支（用于代码测试）、pre分支（预上线分支）等 等。