Git使用大全解

Git使用大全

一. 版本控制器的方式

集中式

集中式版本控制工具 集中式版本控制工具，版本库是集中存放在中央服务器的，team里每个人work时从中央服务器下载代
码，是必须联网才能工作，局域网或互联网。个人修改后然后提交到中央版本库。 举例：SVN和CVS

分布式

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

二. Git工作流程

图解Git流程

Git命令概述

1. clone（克隆）: 从远程仓库中克隆代码到本地仓库
2. checkout （检出）:从本地仓库中检出一个仓库分支然后进行修订
3. add（添加）: 在提交前先将代码提交到暂存区
4. commit（提交）: 提交到本地仓库。本地仓库中保存修改的各个历史版本
5. fetch (抓取) ： 从远程库，抓取到本地仓库，不进行任何的合并动作，一般操作比较少。
6. pull (拉取) ： 从远程库拉到本地库，自动进行合并(merge)，然后放到到工作区，相当于 fetch+merge
7. push（推送） : 修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库

三. Git的安装与常用命令

安装

下载地址： https://git-scm.com/download

找到你所需要的安装即可，一路next…

配置

首次使用Git，要先配置一下 user.name 和 user.email（可以不用是真实的！），这是一个全局配置；如果在输的过程中不小心输出了，直接将正确的再输一遍即可（会覆盖上一次）。目的：告诉Git是谁在使用它

Git全局配置

git config --global user.name “lcxz8686” 
git config --global user.email “1585342785@qq.com”
1
2

查看配置

git config --global user.name 
git config --global user.email
1
2

初始化

要使用Git对我们的代码进行版本控制，首先需要获得本地仓库

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

说白了就是执行 git init 命令，然后可以看到 “.git” 的文件，就表示初始化完成，本地仓库构建完成。

基础操作命令

在Git中，我们常常讲远程和本地。而下面所示就是在本地中的3个状态的转变：

1. 状态切换

1. git add (工作区 --> 暂存区)
2. git commit (暂存区 --> 本地仓库)

2. 查看修改的状态（status）

// 查看的修改的状态（暂存区、工作区）
git status
1
2

3. 添加工作区到暂存区(add)

// 添加工作区一个或多个文件的修改到暂存区 
// 格式：
git add 单个文件名|通配符 
// 将所有修改加入暂存区
git add .
1
2
3
4
5

4. 提交暂存区到本地仓库(commit)

// 提交暂存区内容到本地仓库的当前分支
git commit -m '注释内容'
1
2

5. 查看提交日志(log)

// 用于查看提交记录
git log [option] options 
options:
--all 显示所有分支
--pretty=oneline 将提交信息显示为一行 
--abbrev-commit 使得输出的commitId更简短 
--graph 以图的形式显示
1
2
3
4
5
6
7

可以几个参数一起用！如果想看完整的提交记录，可以这样做：

git log --pretty=oneline --abbrev-commit --all --graph
1

6. 版本回退

// 版本切换 
git reset --hard commitID commitID 
1
2

显然使用了版本回退可以回到上一个版本，但是再使用 git log 会发现回退前的版本丢失了！！！记录已经被删除了！

# 如何查看已经删除的记录？ 
git reflog   //这个指令可以看到已经删除的提交记录
1
2

我们可以通过分析 reflog 中的 commitID 找到自己所需要的版本。

7. 添加文件至忽略列表 .gitignore

一般我们总会有些文件无需纳入Git 的管理，也不希望它们总出现在未跟踪文件列表。 通常都是些自动 生成的文件，比如日志文件，或者编译过程中创建的临时文件等。 在这种情况下，我们可以在工作目录 中创建一个名为 .gitignore 的文件（文件名称固定），列出要忽略的文件模式。

创建 .gitignore 文件

# no .a files 
*.a 
# but do track lib.a, even though you're ignoring .a files above 
!lib.a 
# only ignore the TODO file in the current directory, not subdir/TODO 
/TODO 
# ignore all files in the build/ directory 
build/ 
# ignore doc/notes.txt, but not doc/server/arch.txt 
doc/*.txt 
# ignore all .pdf files in the doc/ directory 
doc/**/*.pdf
1
2
3
4
5
6
7
8
9
10
11
12

8. 完整流程命令

# 初始化git仓库 
git init
# 将修改加入暂存区 
git add . 
# 将修改提交到本地仓库，提交记录内容为：commit 001 
git commit -m 'commit 001' 
# 查看日志 
git log
# 修改file01的内容为：count=1  
# 将修改加入暂存区 
git add . 
# 将修改提交到本地仓库，提交记录内容为：update file01 
git commit --m 'update file01' 
# 查看日志 
git log 
# 全部log
git log --pretty=oneline --abbrev-commit --all --graph
# 找到倒数第2次提交的commitID  
# 版本回退 
git reset commitID --hard
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

分支

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

1. 查看本地分支(branch)

git branch
1

2. 创建本地分支(branch)

git branch 分支名
1

3. 切换分支(checkout)

git checkout 分支名
1

我们还可以直接切换到一个不存在的分支（创建并切换 branch + checkout）

git checkout -b 分支名
1

4. 合并分支(merge)

一个分支上的提交可以合并到另一个分支。

一般都是先切换到master下，再merge一下想要合并的分支，都是 “ 往master上合 ” 。

git merge 分支名称
1

5. 删除分支

不能删除当前分支，只能删除其他分支

# 删除分支时，需要做各种检查
git branch -d 分支名称 
# 不做任何检查，强制删除
git branch -D 分支名称
1
2
3
4

6. 注意事项

我们会注意到里面有一个 HEAD

(HEAD -> master, dev2, dev1, dev) ：表示当前的分支是master分支。

假设我们在某个文件夹中使用 git init 初始化仓库，此时还没有分支（只有master），新建文件a.txt，将其提交仓库（先add，再commit），然后再新建分支dev1，切换到该分支下，此时a.txt是存在！！！

而如果我们现在再新建一个分支dev2，并切换至dev2下，然后新建文件b.txt，将其提交仓库（先add，再commit），最后我们切换回dev1的分支中，是**看不到 b.txt **的存在的！！！

7. 解决冲突

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

1. 处理文件中冲突的地方
2. 将解决完冲突的文件加入暂存区(add)
3. 提交到仓库(commit)

例如下面的示例：

8. 开发中分支使用原则与流程

几乎所有的版本控制系统都以某种形式支持分支。

使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。

• master （生产） 分支

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

• develop（开发）分支

是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线

要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master分支,准备上线。

• feature/xxxx分支

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

成后合并到develop分支。

• hotfifix/xxxx分支

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

• 还有一些其他分支，例如test分支（用于代码测试）、pre分支（预上线分支）等

9. 完整流程命令

# 创建并切换到dev01分支，在dev01分支提交 
# [master]创建分支dev01 
git branch dev01 
# [master]切换到dev01 
git checkout dev01 
# [dev01]创建文件file02.txt 
touch file02.txt 
# [dev01]将修改加入暂存区并提交到仓库,提交记录内容为：add file02 on dev 
git add . 
git commit -m 'add file02 on dev' 
# [dev01]以精简的方式显示提交记录 
git log --pretty=oneline --abbrev-commit --all --graph

# 切换到master分支，将dev01合并到master分支 
# [dev01]切换到master分支 
git checkout master 
# [master]合并dev01到master分支 
git merge dev01 
# [master]以精简的方式显示提交记录 
git log --pretty=oneline --abbrev-commit --all --graph

# [master]查看文件变化(目录下也出现了file02.txt) 略
# 删除dev01分支 
# [master]删除dev01分支 
git branch -d dev01 
# [master]以精简的方式显示提交记录 
git log --pretty=oneline --abbrev-commit --all --graph
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

四. Git远程仓库

我们这里使用的是码云gitee：我的工作台 - Gitee.com

创建远程仓库

其他什么都不要选，不然可能会报错！因为我们是向一个空的仓库推送已有的代码。

然后我们可以根据gitee给出的提示操作。

全局配置我们已经做过了，就不用重复做了，如果忘记了可以用下面这个命令查看。不过再做一遍也没事，它会覆盖之前的结果。

git config user.name
git config user.email
1
2

配置SSH公钥

使用命令，然后一路next即可，

ssh-keygen -t rsa
1

会在这个目录下面：“C:\Users\用户名\.ssh”，生成公-私钥：id_rsa.pub，id_rsa。

我们将公钥 id_rsa.pub 复制添加到gitee中即可：

操作远程仓库

1. 添加远程仓库

此操作是先初始化本地库，然后与已创建的远程库进行对接。

# git remote add <远端名称> <仓库路径>
# 一般本地仓库与远程仓库都是一对一的情况，所以我们取名直接叫origin即可。
git remote add origin git@gitee.com:Harmony_TL/mybatisplustestcode.git
1
2
3

远端名称，默认是origin，取决于远端服务器设置

仓库路径，从远端服务器获取此URL

2. 查看远程仓库

git remote
1

3. 推送到远程仓库

标准格式：

git push [-f] [--set-upstream] [远端名称 [本地分支名][:远端分支名] ]
1

如果远程分支名和本地分支名称相同，则可以只写本地分支

git push origin master
1

• -f ：表示强制覆盖
• –set-upstream： 推送到远端的同时并且建立起和远端分支的关联关系。

如果当前分支已经和远端分支关联，则可以省略分支名和远端名。（使用了–set-upstream参数）

简单的来说就是，当你第一次push的时候使用了–set-upstream参数，如：

git push --set-upstream origin master
1

之后就只要使用：

# 即使用下述命令即可，不用加其它（因为关联关系已经建立!）
git push 
1
2

具体操作如下：

完成后在gitee上面可以看到项目已经被推送上来了！！！

4. 本地分支与远程分支的关联关系

查看本地分支与远程仓库的关联关系

git branch -vv
1

因为这里本地与远程都只有一个分支master:master

5. 从远程仓库克隆

如果已经有一个远端仓库，我们可以直接clone到本地。

# git clone <仓库路径> [本地目录]
git clone git@gitee.com:Harmony_TL/mybatisplustestcode.git
1
2

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

6. 从远程仓库中抓取和拉取

远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本地，再进行操作。

抓取 fetch

git fetch [remote name] [branch name]
1

抓取指令就是将仓库里的更新都抓取到本地，不会进行合并。

如果不指定远端名称和分支名，则抓取所有分支。

拉取 pull （常用）

git pull [remote name] [branch name]
1

拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge

如果不指定远端名称和分支名，则抓取所有并更新当前分支。

7. 解决合并冲突

场景描述

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

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

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

总结做法

所以当我们要push分支时，要先进行pull，解决完冲突，再push。

五. 在IDEA中使用Git

在Idea中配置Git

选择File→Settings打开设置窗口，找到Version Control下的git选项

在Idea中操作Git

场景：本地已经有一个项目，但是并不是git项目，我们需要将这个放到**码云的仓库(云)**里，和其他开发人员 继续一起协作开发。

1. 创建项目远程仓库

画黄线的几个勾先不要选！不然之后直接push仓库的时候会报错！

2. 初始化

点击VSC，选择想要用git管理的项目。

3. 设置远程仓库

在最新版的IDEA上面会有一个Git的选项，点击“管理远程”

设置远程仓库的地址（Gitee的地址）

4. 提交commit、推送push、更新（拉取）pull

上方图片上的3个图标分别对应着——更新（拉取）pull、提交commit、推送push操作。

5. 创建分支

我们可以点击idea的右下角，单击选择一个分支，可以从该分支新建一个分支。