对于学习编程的同志来说，学习Git是必不可少的一项技术，如果你是第一次观看我的文章，欢迎关注我的频道，我会分享更多有趣的知识。

1 目标

• 了解Git基本概念
• 能够概述Git的工作流程
• 能够使用Git常用命令
• 熟悉Git代码托管服务
• 能够使用idea操作git

2 概述

2.1 开发中的实际场景

场景一：备份

​ 小明备份的模块快要完成了，就在即将Release之前的一瞬间，电脑突然蓝屏，硬盘光荣牺牲，几个月来的努力付之东流。

场景二：代码还原

​ 这个项目中需要一个很复杂的功能，老王摸索了一个星期终于有眉目了，可是这被改的面目全非的代码已经回不去从前了。

场景三：协同开发

​ 类似于坚果云，但是比坚果云更好用。

场景四：代码追责

​ 项目经理带着一群程序员做开发，可是某一天出了BUG，但是没有人愿意承认，这时候找出这个写出BUG的人至关重要。

2.2 版本控制器的方式

在开始谈论版本控制器的方式之前，我们可以看一个小故事。

引用于：Git的诞生 - 廖雪峰的官方网站 (liaoxuefeng.com)

很多人都知道，Linus在1991年创建了开源的Linux，从此，Linux系统不断发展，已经成为最大的服务器系统软件了。

Linus虽然创建了Linux，但Linux的壮大是靠全世界热心的志愿者参与的，这么多人在世界各地为Linux编写代码，那Linux的代码是如何管理的呢？

事实是，在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码。

在那时候，实际上已经出现了一些版本控制系统如CVS、SVN这些版本控制工具，但是Linus认为其并不好用，因为其是集中式版本控制系统，打个比方，集中式版本控制工具就像是去图书馆借书来做笔记，做完笔记后放回去。虽然有一些商用的版本控制系统比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。

不过，到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。

安定团结的大好局面在2005年就被打破了，原因是Linux社区牛人聚集，不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议（这么干的其实也不只他一个），被BitMover公司发现了（监控工作做得不错！），于是BitMover公司怒了，要收回Linux社区的免费使用权。

Linus可以向BitMover公司道个歉，保证以后严格管教弟兄们，嗯，这是不可能的。实际情况是这样的：

Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！牛是怎么定义的呢？大家可以体会一下。

Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。

历史就是这么偶然，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。

集中式版本控制工具

集中式版本控制工具，版本库是集中存放在中央服务器的，team里每个人work时从中央服务器下载代码，这个过程必须联网，个人修改后然后提交到中央版本库。所以，这和去百度网盘写笔记没啥两样。例如SVN和CVS。

分布式版本控制工具

分布式版本控制工具没有“中央服务器”，每个人的电脑就是一个完整的版本库，这样工作的时候，无需联网，多人协作只需要各自的修改推送给对方，就能互相看到修改内容了。例如Git。

2.3 工作流程图

---

3 Git安装和常用命令

本教程的git命令例子都是在Git Bash中演示的，会用到一些基本的Linux指令，这个如果不熟悉请移步Linux笔记查看。

3.1 Git环境配置

3.1.2 基本配置

• 打开Git Bash
• 设置用户信息
  • git config user.name "名字"
  • git config user.email "邮箱"
• 查看配置信息
  • git config --global user.name
  • git config --global user.email

3.2 获取本地仓库

要使用Git对我们的代码进行版本控制，首先需要获得本地仓库。创建仓库的过程分为以下几个步骤：

1. 在电脑的任意位置创建一个空目录作为我们的本地Git仓库
2. 进入这个目录中，点击右键打开Git bash窗口
3. 执行命令git init完成初始化工作
4. 如果创建成功后可以在文件夹下看到隐藏的.git目录

3.3 基础操作指令

Git工作目录下对于文件的修改会存在几个状态，这些修改的状态会随着我们执行Git的命令而发生变化。

如果需要由工作区上传至暂存区，那么可以用git add。

如果需要由暂存区上传至本地仓库，可以用git commit。

常用指令

指令	功能
git log 参数	查看提交日志
git add 单个文件名 | 通配符	添加一个文件或多个文件的修改到暂存区
git commit -m “注释内容”	提交暂存区内容到本地仓库的当前分支
git status	查看当前修改的状态
git reset --hard commitID	版本回退，其中commitID可以在log里面查看
git reflog	查看删除
git reflog	可以看到已经删除的提交记录

git log参数

参数	功能
–all	显示所有分支
–pretty=oneline	将提交信息显示为一行
–abbrev-commit	使得输出的commitld更简短
–graph	以图的形式显示

如果想让仓库的某些文件不用git替我们管理，可以创建.gitignore文件，然后用vim编辑器打开添加需要忽略的文件名即可。

4 分支

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上来进行重大的bug修改，开发新的功能，以免影响开发主线。

4.1 分支命令

分支命令

命令	功能
git branch	查看本地分支
git branch 分支名	创建本地分支
git checkout 分支名	切换分支
git checkout -b 分支名	创建并且切换到分支
git merge 分支名	一个分支的提交可以合并到另外一个分支
git branch -d 分支名	删除分支时，需要做各种检查
git branch -D 分支名	不做任何检查，强制删除

4.2 解决冲突

当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解决冲突，解决冲突步骤如下：

• 处理文件中冲突的地方
• 将解决完冲突的文件加入暂存区
• 提交到仓库

4.3 开发中分支使用原则和流程

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开进行重大的BUG修改，开发新的功能，以免影响开发主线。

在开发中，一般有如下分支使用远程和流程：

• master（生产）分支

  线上分支、主分支、中小规模项目作为线上运行的应用对应的分支。

• develop（开发）分支

  是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线要求，都可以在此版本进行开发，阶段开发完成后，需要合并到master分支，准备上线。

• feature/xxxx分支

  从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完成后合并到develop分支。

• hotfix/xxxx分支

  从master派生的分支，一般作为线上Bug修复使用，修复完成后需要合并到master、test、develop分支。

• 还有一些其他分支，在此不再详述，例如test分支（用于代码测试）、pre（预上线分支）等等。

5 Git远程仓库

5.1 创建的托管服务

前面我们已经知道Git中存在两种类型的仓库，即本地仓库和远程仓库。那么我们如何搭建Git远程仓库呢？我们可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、码云、GitLab等

gitHub：是一个面向开源及私有软件项目的托管平台，因为只支持Git作为唯一的版本库格式进行托管，故名gitHub。

Gitee（码云）：是国内的一个代码托管平台，由于服务器在国内，所以相比于GitHub，码云速度更快。

GitLab：是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务，一般用于企业、学校等内部网络搭建git私服。

5.2 配置SSH公钥

学过Linux的都知道，SSH可以用于远程控制。码云基于SSH进行远程传输，所以配置好公钥后，大家都可以利用这个公钥互相传输东西。

生成SSH公钥

ssh-keygen -t rsa

不断回车，如果公钥已经存在，则自动覆盖。

获取公钥

cat ~/.ssh/id_rsa.pub

获取好后，如果想连接码云端的仓库，只需按下图所示：

此时如果想验证是否连接码云成功，可以使用ssh -T git@gitee.com指令，如果弹出确认框，输入yes即可。

5.3 远程仓库添加

这个时候想要把本地仓库和远程仓库绑定，只需输入下面的指令：

git remote add 远程仓库名，通常为origin 仓库SSH地址

如果想要查看绑定了那些远程仓库，只需：

git remote

绑定完成后，我们将本地仓库推送到远程仓库，只需：

git push -f --set-upstream 远程仓库名 本地分支名:远程分支名

如果远程分支名和本地分支名相同，则可以只写本地分支，其中-f表示强制覆盖，–set-upstream用于推送到远程仓库的同时并且建立和远端分支的关联关系。

如果想要查看本地仓库和远程仓库分支的对应关系，可以使用：

git branch -vv

第一次推得时候如果建立起分支的关系的话，后面则无需写那么长，只需写：

git push

5.4 从远程仓库克隆

如果有一个远程仓库，我们可以直接clone到本地。克隆的命令可用：

git clone 仓库路径 本地目录

其中本地目录可省略，会自动生成一个目录

5.5 从远程仓库中抓取或拉取

远程分支可以看成是本地分支，我们也可以进行merge操作，只是需要把远程仓库中最新的更新下载到本地，再进行操作。

如果只是抓取，那么其作用是把仓库中的更新都抓取到本地，不会进行合并，并且如果不指定远端名称和分支名，则抓取所有的分支，命令如下：

git fetch 远程仓库名 分支名

如果是拉取，那么会将远端仓库的修改拉到本地后自动进行合并，相当于fetch+merge，而且如果不指定远端名称和分支名，则抓取所有并更新当前分支。

5.6 解决合并冲突

在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。

A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远程仓库分支，如下图所示：

在B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲突。

远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同。