Git 分布式版本控制工具
版本控制器分类
集中式版本控制工具
集中式版本控制工具，版本库是集中存放在中央服务器的，team里每个人work时从中央服务器下载代码，是必须联网才能工作，局域网或互联网。个人修改后然后提交到中央版本库。
代表工具：SVN或CVS
分布式版本控制工具
分布式版本控制系统也存在中央服务器，但是每个人的电脑上都有一个完整的版本库，和中央服务器中的内容一样。这样工作的时候，无需要联网了，因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的修改了。
代表工具：Git
Git
Git是分布式的，Git不需要有中心服务器，我们每台电脑拥有的东西都是一样的。我们使用Git时有个中心服务器，仅仅是为了方便交换大家的修改，但是这个服务器的地位和我们每个人的PC是一样的。我们可以把它当做一个开发者的pc就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作，只不过“交换”修改不方便而已。
git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。
同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到2002年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。到了2005年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。这就迫使Linux开源社区（特别是Linux的缔造者Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。他们对新的系统制订了若干目标：
- 速度
- 简单的设计
- 对非线性开发模式的强力支持
- 完全分布式
- 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）
Git工作流程
- clone（克隆）：从远程仓库中克隆代码到本地仓库
- checkout（检出）：从本地仓库中检出一个仓库分支然后进行修订
- add（添加）：在提交前先将代码提交到暂存区
- commit（提交）：提交到本地仓库，本地仓库中保存修改的各个历史版本
- fetch（抓取）：从远程仓库抓取到本地仓库，不进行任何的合并动作，一般操作比较少
- pull（拉取）：从远程仓库拉取到本地仓库，自动进行合并（merge），然后放到工作区，相当于（fetch + merge）
- push（推送）：修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库
Git安装
下载地址：https://git-scm.com/download
下载完成后，运行exe文件，一路next进行安装，安装完成后，随便选择一个文件打开，之后点击鼠标右键，出现如下所示则说明安装成功。
说明：
Git GUI：Git提供的图形界面工具
Git Bash：Git提供的命令行工具
Git基本配置
全局配置
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息。
使用以下命令为仓库设置当前用户每次提交文件时提交记录中的用户信息
git config user.name username
git config user.email yourEmailAddress
这是为当前仓库配置用户信息，每次进行提交时都会携带这些信息，配置的信息在项目主目录下的 \.git\config文件中查看
每次都为仓库配置用户信息非常繁琐，可以设置全局用户信息，即每个仓库都使用该用户信息，并且一次配置就可以了。该消息在文件C:\Users\yourComputerName\.gitconfig中可以查看并进行修改
git config --global user.name username
git config --global user.email yourEmailAddress
查看配置信息
git config --global user.name
git confit --global user.email
为常用指令配置别名（非必选）
有些常用的指令参数非常多，每次都要输入很多参数，因此可以为这些指令使用别名
1、打开用户目录，创建 .bashrc
部分windows系统不允许用户创建以点号开头的文件，可以打开gitBash，执行
touch ~/.bashrc
2、在 .bashrc 文件中输入如下内容：
# 用于输出git提交日志
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'
# 用于输出当前目录所有文件及基本信息
alias ll='ls -al'
3、打开GitBash，执行source ~/.bashrc
解决GitBash乱码问题
1、打开Git Bash执行命令
git config --global core.quotepath false
2、之后在${git_home}/etc/bash.bashrc文件的最后加入两行命令
export LANG="zh_CN.UTF-8"
export LC_ALL="zh_CN.UTF-8"
${git_home}表示本机git的安装目录
获取本地仓库
要使用Git对代码进行版本控制，首先需要获取一个本地仓库
- 在任意目录下新建一个空目录作为本地git仓库
- 进行新建的目录，右键使用git bash进行打开命令行界面
- 执行命令 git init，该命令是初始化当前目录为一个git仓库
- 执行命令成功后，将在该目录下看到一个.git目录
Git基础命令
Git工作目录下对于文件的修改(增加、删除、更新)会存在几个状态，这些修改的状态会随着执行Git的命令而发生变化，如下所示：
git add （工作区 -> 暂存区）
git commit （暂存区 -> 本地仓库）
1、查看修改的状态
命令：git status
作用：查看暂存区、工作区的状态
2、在工作区新加文件，并查看状态
恢复文件
当工作区中的文件不小心被删除后，可以通过下面的命令将误删的文件从存储区恢复到工作区中。
git restore fileName
3、将工作区添加到暂存区
命令：git add …
作用：将工作区中的新创建的文件或者修改后的文件提交至暂存区
git add fileName 提交单个文件
git add *.txt 提交所有后缀是 .txt 的新建或修改后的文件
git add . 提交所有新建或修改后的文件
文件返回至工作区
将暂存区中的文件返回至工作区
git rm --cached fileName
4、将暂存区提交到本地仓库
命令：git commit -m “备注”
作用：提交暂存区内容到本地仓库
5、查看提交日志
命令：git log [option]
作用：查看已提交的记录
option 参数说明
- –all 显示所有分支
- –pretty=oneline 将提交信息显示为一行
- –abbrev-commit 使得输出的commit更简短
- –graph 以图的形式显示
6、版本回退
命令：git reset –hard commitID
作用：版本切换,其中 commitID 通过git log指令查看
git reset --hard commitID // 回退到指定的版本
git reset --hard HEAD // 回退至上一个版本
标识可以只写前几位即可，但是要保证唯一性
git log命令只能看到按序的版本修改记录，如果想要查看已经被删除的记录，则可以使用git reflog命令来查看所有的修改记录。 可以回退到任何想要的版本。
git reset命令能够回退到指定的版本，但是回退命令执行后，会丢失此版本之后的所有版本。可以使用 git revert commitID命令执行还原版本，该命令可以还原到指定的版本，并且也不会丢失版本记录。
7、添加文件至忽略列表
一般总会有些文件无需纳入Git的管理，也不希望它们总出现在未跟踪文件列表。通常这些都是自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为.gitignore的文件（文件名称固定），列出要忽略的文件模式下面是一个示例:
分支
几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。
需要注意添加分支需要在文件commit之后才能进行添加，即空仓库是不能添加分支
查看本地分支
命令：git branch
创建本地分支
命令：git branch 分支名
分支前面的星号表示当前所在的分支
切换分支
命令：git checkeout 分支名
可以直接切换到一个不存在的分支 （创建并切换）
命令：git checkout -b 分支名
合并分支
首先在分支 dev1 上新建文件 file_dev1.txt，并进行提交。提交之后分别查看 dev1 分支和主分支 master 的区别：可以看到，当在分支dev1上时，文件夹中有文件 file_dev1.txt，而主分支master上并没有这个文件。
当在分支 dev1 开发完成后，需要将该分支的代码合并到主分支 master上，命令为：git merge 分支名
注意： 在主分支上进行命令操作，输入想要合并的分支名
删除分支
不能删除当前分支，只能删除其他的分支
命令：git branch -d 分支名， 删除分支时，需要做各种检查
命令：git branch -D 分支名， 不做任何检查，强制删除
提交分支
git push origin branch_name // 将分支提交到远程仓库
git push origin branch_name1:branch_name2 // 将本地分支branch_name1 推送到远程仓库的 branch_name2
解决冲突
当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时需要手动解决冲突，解决冲突步骤如下：
- 处理文件中冲突的地方
- 将解决完冲突的文件加入到暂存区
- 提交到本地仓库
冲突部分的内容处理如下所示：
之后再执行git add 和 git commit 命令重新进行提交即可。
git中使用<<<<<<<, =======, >>>>>>>标记文件中自己添加的内容和其他人添加内容所冲突的部分。在<<<<<<<, =======之间为自己添加的部分，在=======, >>>>>>>之间为其他人添加的部分。将冲突部分的内容进行相应修改重新提交即可。
git远程仓库
Git中存在两种类型的仓库，即本地仓库和远程仓库。那么如何搭建Git远程仓库呢？可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、码云、GitLab等。
gitHub (地址: https://github.com/ )是一个面向开源及私有软件项目的托管平台，因为只支持Git作为唯一的版本库格式进行托管，故名gitHub
码云 (地址: https://gitee.com/ )是国内的一个代码托管平台，由于服务器在国内，所以相比于GitHub，码云速度会更快
GitLab(地址: https://about.gitlab.com/ )是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务，一般用于在企业、学校等内部网络搭建git私服。
创建远程仓库
这里使用gitee来搭建远程仓库，首先进入官网进行注册，注册成功后创建一个项目。
配置SSH公钥
配置SSH公钥的目的是让远程仓库能控制谁能将代码提交到远程仓库中，不是任何一个人都能将代码提交到我们的远程仓库中。
生成SSH公钥
这一步再本地电脑中进行操作，再Git Bash中输入命令
ssh-keygen -t rsa
不断回车即可，如果公钥已经存在，则自动进行覆盖
生成的公钥数据保存在 C:\Users\yourUsername\.ssh 路径下
使用命令来查看公钥信息
- cat ~/.ssh/id_rsa.pub
gitee中添加公钥信息
将公钥信息进行复制，在gitee中进入设置页面，点开SSH公钥页面，将公钥复制进去，点击确定即可。
验证配置是否成功
- ssh -T git@gitee.com
出现如下信息即表明成功
操作远程仓库
添加远程仓库
此操作需要先在本地初始化一个本地仓库，然后与已创建的远程仓库进行对接。
命令： git remote add 远端名称 远程仓库路径
- 远端名称，默认是origin，取决于远端服务器设置
- 远程仓库路径，从远端服务器获取
查看远程仓库
命令：git remote
命令：git remote -v
推送到远程仓库
命令：git push [-f] [–set-upstream] [远端名称] [本地分支名:远端分支名]
- 如果远端分支名和本地分支名相同，则可以只写本地分支名，即
git push origin master - -f 表示强制覆盖，慎用
- –set-upstream 表示推送到远端的同时并且建立起与远端分支的关联关系
从远程仓库进行克隆
如果已经有一个远程仓库了，可以直接clone到本地
命令：git clone 仓库路径 本地目录
- 本地目录可以省略，会自动生成一个目录
克隆的地址可以远程仓库中进行查看
从远程仓库中抓取和拉取
远程分支和本地的分支一样，可以进行merge操作，只是需要先把远程仓库里的更新都下载到本地，再进行操作。
抓取命令：git fetch [remote name] [branch name]
- 抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
- 如果不指定远程名称和分支名，则抓取所有分支
拉取命令：git pull [remote name] [branch name]
- 拉取指令就是将远程仓库的修改拉到本地并自动进行合并，等同于fetch + merge
- 如果不指定远程名称和分支名，则抓取所有并更新当前分支
解决合并冲突
在一段时间里，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。
A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支,如下图所示。
在B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲突。
远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同
