Git分布式版本控制工具

一、Git概述

Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。 Git 易于学习，占地面积小，性能极快。它具有廉价的本地库，方便的暂存区域和多个工作 流分支等特性。其性能优于 Subversion、CVS、Perforce 和ClearCase 等版本控制工具

1.版本控制

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。

集中式版本能控制工具

CVS、SVN(Subversion)、VSS…… 集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。
这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作

文件冲突问题：
中央服务器中的数据文件能够被多个用户进行访问，但是只有一个版本，当多个用户都进行修改会发生文件冲突问题。
添加锁的方式：当用户修改文件时需要对文件添加锁，此时别的用户只能够进行读操作。
约束的方式：文件规定用户只能在数据的某一区域进行修改。

分布式版本控制工具

Git、Mercurial、Bazaar、Darcs……
像 Git 这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:

1. 服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）
2. 每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

二、Git常用命令

git config --global user.name username  设置用户签名
git config --global user.email email   设置用户签名
git init 初始化本地库(在当前目录下添加本地仓库/暂存区)
git status 查看本地库状态
git add 文件名 添加到暂存区
git commit -m "日志信息" 文件名 提交到本地库
git reflog 查看历史记录
git reset --hard 版本号 版本穿梭

用户签名:
签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。
Git首次安装必须设置一下用户签名，否则无法提交代码。(用户签名仅用来区分Git客户端)
能够在C:\User\用户名.gitconfig文件中查看用户签名

暂存区和本地库

git add filename 添加文件到暂存区
git rm --cached filename  将文件从暂存区删除
git commit -m [日志信息] filename 将文件提交到本地库
git reflog/log 查看版本信息/查看详细信息
git reset --hard 版本号  版本穿梭,管理多个历史版本

暂存区: .git/Index目录记录了文件名、文件的状态信息（时间戳、文件长度等），文件的内容并不存储其中，而是保存在Git对象库（.git/objects）中，文件索引建立了文件和对象库中对象实体之间的对应。

理解:Git的本地库和暂存区

版本穿梭

git reflog 查看版本信息--获取版本号
git reset --hard 版本号  版本穿梭,管理多个历史版本

三.Git分支

1.什么是分支

在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）

2.分支的好处

同时并行推进多个功能开发，提高开发效率。各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

如果master分支的代码出现问题，我们能够将master版本倒退，通过一个新的hot-fix分支对master分支进行修复，修复完后只需要合并即可。这样就能实现边修复边运行。

3.分支操作

git branch 分支名 创建分支
git branch -v 查看分支
git checkout 分支名 切换分支
git merge 分支名 把指定的分支合并到当前分支上

git merge 分支名 
将分支的文件合并到目前所在分支上,合并后,目前分支文件将会被替换为分支文件。
只会修改合并的那个分支。

3.1分支合并冲突

分支合并冲突:
合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替
我们决定使用哪一个。必须人为决定新代码内容。 

<<<<<<< HEAD (当前分支文件)
hello git! hello atguigu! master test
hello git! hello atguigu!
=======
hello git! hello atguigu!
hello git! hello atguigu! hot-fix test

>>>>>>> hot-fix (合并分支文件)

1）编辑有冲突的文件，删除特殊符号，决定要使用的内容
2）将文件添加到暂存区
3）执行提交（注意：此时使用 git commit 命令时不能带文件名）

特殊符号：<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix

四.远程仓库操作

命令	作用
git remote -v	查看当前所有远程地址别名
git remote add 别名 远程仓库地址	修改远程仓库别名
git push 仓库地址(别名) 本地分支	推送本地分支上的内容到远程仓库
git pull 远程库地址别名 远程分支名	将远程仓库的内容克隆到本地
git clone 远程地址	将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并
git remote remove 别名	删除远程仓库

拉取操作会自动提交分支,同步本地库。
克隆操作会拉取代码,初始化本地仓库,创建地址别名
团队成员需要在GitHub上为团队成员,才能一起使用远程仓库(clone/pull)
跨团队协作需要团队在GitHub上将项目fork到团队Github,修改后通过Pull request 提交修改

设置Gitee远程仓库

五.Git的深入理解

工作区：就是你在电脑里能看到的目录，代码存在的地方
版本库：工作区有一个隐藏目录.git，这个不算工作区，而是Git的本地版本库,你的所有版本信息都会存在这里
暂存区：一般存放在 “.git目录下” 下的index文件（.git/index）中，所以我们把暂存区有时也叫作引（index）

各操作执行流程