心心相印 → 印贼作父 → 父相伤害 → 害想咋滴
一篇文章让你0基础精通git，害想咋滴？（白嫖有罪，记得点赞）

不详细记得叫人打我
不详细一定要叫人打我
不详细千万记得叫人打我

---

---

一、Git安装

1.1、Git 的优势

Git是先进的分布式版本控制系统，而Github是常用的Git代码托管中心。

1. 大部分操作在本地完成，不需要联网
2. 完整性保证
3. 尽可能添加数据而不是删除或修改数据
4. 分支操作非常快捷流畅
5. 与Linux 命令全面兼容

1.2、下载安装Git

（Git命令的学习推荐网站：https://www.softwhy.com/article-8488-1.html）
下载Git 官方地址为：https://git-scm.com/download/win

2、下载完之后，双击安装

3、选择安装目录

4、选择组件

5、加入开始菜单目录名设置

6、选择使用命令行环境

7、以下三步默认，直接点击下一步

9、检验是否安装成功
回到电脑桌面，鼠标右击如果看到有两个git单词则安装成功

也可以在命令窗口输入git命令：

---

二、Git基本工作流程

2.1、工作区

1、Git不联网下的三个工作区域

2、Git 和代码托管中心

代码托管中心的任务：维护远程库

局域网环境开发：大公司一般有GitLab 服务器

外网环境下： GitHub（外国服务器，访问稍慢）
码云（国内服务器，访问较快）

---

2.2、本地库和远程库

1、公司团队内部协作

2、跨团队协作

---

三、Git 命令行操作

在使用Bash命令窗口的时候，讲两个细节：

1. Liunx命令在Bash里面通用
2. 在Bash里面想复制东西，直接鼠标选中内容，Bash默认就执行了 复制
3. Git只会增加版本记录，不会删除，哪怕本地库做了删除操作都会增加版本记录。
   所以即便是后退到了一开始的版本，最终修改后的版本也会存在，可以随便进、退。

Git常用命令

3.1、本地库初始化

本地库初始化（创建本地库）

命令：git init
效果：

执行git init之后就创建了工作区和本地库：

---

3.2、设置签名

Git安装之后需要进行一些签名基本信息设置

作用：区分不同开发人员的身份
辨析：这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关
系。
设置签名有两种方式：一种是为单个仓库单独设置，这种方式只针对单个仓库有效；另一种是全局配置，采用这种方式配置后，所有仓库都有效。如果对两种方式都进行了配置，那么会优先使用单个仓库配置方式的配置信息。

项目级别（仓库级别）签名：仅在当前本地库范围内有效
a、设置用户名：git config user.name [用户名]
b、设置用户邮箱：git config user.email [邮箱]
c、取消设置用户名：git config --unset user.name
d、取消设置用户名：git config --unset user.email

签名信息保存位置：./.git/config 文件
如：

设置完成之后可以再使用git config --list命令进行查看

---

系统用户级别：登录当前操作系统的用户范围
a、设置用户名：git config -- global user.name [用户名] ‘你在github上注册的用户名’;
b、设置用户邮箱：git config -- global user.email [邮箱] ‘注册时候的邮箱’;
c、取消设置用户名：git config -- globa --unset user.name
d、取消设置用户名：git config -- globa --unset user.email
签名信息保存位置：~/.gitconfig 文件

注意：git config --global 参数，有了这个参数表示你这台机器上所有的git仓库都会使用这个配置，当然你也可以对某个仓库指定不同的用户名和邮箱

签名级别优先级：

1. 就近原则：项目级别优先于系统用户级别，二者都有时采用项目级别的签名
2. 如果只有系统用户级别的签名，就以系统用户级别的签名为准
3. 二者都没有是不允许，至少要设置一个签名。

---

3.3、查看文件提交到暂存区状态

命令：git status

本章节我们要用到vim编辑器，如果对vim命令不熟的同学可以参看文章：
vim 命令使用小结

演示：
1、使用命令查看文件提交状态

2、新建一个文件，再查看状态

新建文件可以用touch [文件名]也可以用vim [文件名]
还可以用echo ，例如：

该命令和vim一样，可以直接生成一个txt文件，且能将文本内容直接写入txt文件。

这里我们就使用vim编辑器来创建文件：

写入文件内容：

再次查看状态：
暂存区对比工作区，发现一个未提交的文件

---

3.4、提交文件到暂存区

查看暂存区是否有文件，可以使用命令git ls-files -s（不要求掌握）

命令：git add [文件名] #提交指定文件到暂存区
git add ./    #提交所有内容到暂存区

将Demo.txt文件提交到暂存区：

只要执行了git add，此时该文件就是一个已跟踪文件，已经执行了快照，能通过哈希值找到。存在于暂存区的Demo.txt文件此时状态为已暂存(stage)，如果想要删除该文件，可使用命令git rm --cached Demo.txt删除暂存区文件，此时文件状态就变成了未暂存（unstage）

---

3.5、提交文件到本地库

命令: git commit [文件名]

提交完成以后：

在工作区查看提交的文件：

---

3.6、修改文件到本地库

在原有的Demo.txt文件上修改东西增加点东西：


查看状态：

此时git在工作区检测到一个未提交的文件，并提示：
可以使用 git add [文件名]命令提交到暂存区
可以使用git checkout [文件名] 去放弃（取消）本次修改

可以使用git commit -a [文件名] 直接提交到本地库

也可以加上提交备注：git commit -a -m [备注] [文件名]
其实该命令的底层也是先执行了git add ，然后才提交到本地库
-a 就是 git add的简写

现在我们将修改的文件放到暂存区：

添加文件到本地库，并机上注释：

命令：git commit -m [备注内容] [要提交的文件]

---

3.7、查看文件修改内容和时间

命令：git blame [文件名]

3.7、查看提交历史

命令：git log 显示提交的详细信息。
包括：哈希值(版本码)、签名用户和邮箱，提交时间，备注

命令：git log --pretty=oneline
显示版本哈希值、备注

命令：git log --oneline
显示部分哈希值和备注

命令：git reflog
除了显示版本哈细值，备注，还显示当前指针需要移动的步数才能回到指定版本。

---

3.8、历史版本前进与回退

命令：git reset --hard [版本号]
该命令可用于git历史版本的前进与后退

同样，该命令都可以用于版本前进与后退

使用^符合，该符合只能往后，不能往前
命令:git reset --hard HEAD^
如果想要后退两步，三步可以这样写：
git reset --hard HEAD^^
git reset --hard HEAD^^^

如果我们想要回退到第20个版本，我们不可能写20个^，此时我们可以使用~
同样该符号只能回退，不能前进。
命令：git reset --hard HEAD~[后退次数]

3.9、reset 命令的三个参数对比

控制指针的命令：git reset 有三个参数：

--soft 参数
1、仅仅在本地库移动HEAD 指针
解释：本地库虽然移动了版本指针，此时暂存区和本地仓库的的历史版本还是移动指针之前的。此时使用git status查看暂存区状态，由于工作区和暂存区内容一致，暂存区可以等待执行git commit [文件名]提交内容到本地库

--mixed参数：
1、在本地库移动HEAD 指针
2、重置暂存区
解释：本地库移动了版本指针，暂存区的内容也随着指定版本更新内容，此时由于工作区与暂存区文件内容不同，所以用户可以选择执行git add [文件名]直接提交更新到暂存区

--hard参数：
1、在本地库移动HEAD 指针
2、重置暂存区
3、重置工作区
解释：本地库移动了版本指针，工作区和暂存区也随着指定版本更新内容。

---

3.10、删除操作

命令：rm [文件名] #删除工作区文件，需要执行git add和git commit才能提交到本地库
命令：git rm [文件名] #删除工作区文件，并执行git add提交到了暂存区，修改成了暂存状态，此时只需要直接使用git commit -m [备注] [文件名]即可提交到本地库

---

3.11、找回本地库已删除文件

提示1：
Git只会增加版本记录，不会删除，哪怕本地库做了删除操作都会增加版本记录。
所以即便是后退到了一开始的版本，最终修改后的版本也会存在，可以随便进、退。
提示2：
缓存区删除的文件，可以在工作区重新提交。

问题：本地库删除的文件怎么找回呢？
答案：因为git不会删除版本记录，所以使用指针回退到未删除的版本即可。
1、新建一个文件并提交到本地库：

2、从本地库删除文件

3、从本地库找回文件：

---

3.12、比较文件差异

命令：git diff [文件名] 工作区的文件内容和暂存区进行比较

修改文件内容：


2、工作区内容和暂存区进行比较：

命令：git diff HEAD [文件名] 工作区的文件内容和本地库进行比较

也可以指定和某个历史版本进行比较：

如果不写比较的文件名称，那么就会列出所有的所有 有差异的文件：
命令：git diff 和git diff HEAD

---

3.12、三个常用的撤销命令

git commit --amend 撤销上一次提交 ，并将暂存区文件重新提交
git checkout -- <file> 拉取暂存区文件 并将其替换成工作区文件
git reset HEAD -- <file> 拉取最近一次提交到本地库的文件，到暂存区 改操作不影响工作区

简单的来说 就是可以帮我们从版本库中 拉取文件到 暂存区 当我们把工作区的某个文件弄乱了 我们就可以使用该命令 把版本库中的那个文件拉到暂存区 然后在拉回工作区
详细参考：https://blog.csdn.net/qq_36431213/article/details/78858848

---

3.13、文件重新命名

命令：mv [原文件名] [新文件名] #修改工作区文件名
git mv [原文件名] [新文件名] #重命名工作区文件，并执行了git add提交到暂存区。

---

四、分支管理

4.1、分支简介

  假如某某游戏公司要开发王者荣耀，在游戏框架和英雄角色模型确定的情况下进行开发。接下来要做的事情是游戏团队设计英雄技能，美工负责设计英雄皮肤，文案负责设置英雄背景故事。那么此时是不是需要等文案写完所有英雄故事，然后游戏开发才开始设计英雄技能，完了美工才开始英雄皮肤。如此下来整个游戏的开发周期会大大增加。而分支管理就可以实现这一需求，将整个游戏开发设计为一下分支同时进行：

  游戏框架和已的所有角色模型确定为master主干分支
英雄文案策划为子分支分支A
英雄皮肤设置为子分支分支B
游戏上线如果存在Bug需要在不停止服务情况下修复分支hot_fix
然后几个子分支在主干分支的基础上，各自完成各自的开发工作，使游戏正常运营。

作用：

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

---

4.2、分支操作

在使用git init初始化完本地库之后，就创建了master主干分支。

4.2.1、查看所有分支

查看当前所有分支

命令：git branch #查看所有分支，* 号代表当前工作分支
git branch -v #查看分支详情，包括分支指向的commitId及提交信息

---

4.2.2、新增分支

命令：git branch [分支名]

---

4.2.3、重新命名分支

命令：git branch -m <branch_name> [新分支名称]

---

4.2.4、切换分支

命令： git checkout [分支名] 切换到指定分支
git checkout -b [分支名] 创建并切换到指定分支

注意很严重的坑：
使用git check的之前最好使用git status查看一下项目是否有未暂存的修改 或 有未提交的暂存，如果当前分支的工作区上存在以上其中一种情况，且此时又执行了git check切换到主分支，git为了不让子分支上工作区中的文件丢失，会保存到主分支。那么此时主分支上会看到这个文件，此时主分支相当于受到了污染，当主分支执行commit之后就会将污染提交到版本库。

---

4.2.5、合并分支

  如果两个分支没有产生分叉情况，那么会进行快速合并，即fast-forward方式，它并不会产生新的commitId，只是改变了指针的指向，产生分叉合并可能会有冲突情况。

合并分支：
第一步：1、切换到接受修改的分支（被合并，增加新内容）上
命令：git checkout [被合并分支名]
第二步：执行merge 命令
命令：git merge [有新内容分支名]

演示：合并hot_fix分支到master分支，此时合并为fast-forward方式

合并分支：
第一步：1、切换到接受修改的分支（被合并，增加新内容）上
命令：git checkout [被合并分支名]
第二步：执行merge 命令
命令：git merge [有新内容分支名]

分支合并细节

git merge --no-ff -m "msg" <branch_name> #合并分支时禁用Fast forward模式

  我们知道如果使用fast-forward方式进行分支合并，只是简单改变了分支指针，而不会产生新的commit记录。
为了保证合并数据的完整性，我们也可以在合并时指定不使用fast-forward方式，使用 --no-ff 选项。这样，在merge时就会生成一个新的commit，从日志上就可以看到分支合并记录了。
例子：

---

4.2.6、合并分支冲突解决

  当对分叉分支进行合并时，如果两个分支都对同一文件进行了修改，那么合并时就有可能会产生冲突情况。
如果两个分支对同一文件的修改是有规律的，比如对不同地方的修改，那么git工具可以实现自动合并，如果无法自动合并，则需要对冲突文件进行手动修改，修改完成后使用git add表示冲突已经解决，然后使用git commit进行提交

冲突的解决：
第一步：编辑文件，删除特殊符号
第二步：把文件修改到满意的程度，保存退出
第三步：git add [文件名]
第四步：git commit -m “日志信息”
注意：此时commit 一定不能带具体文件名

演示：

同样，主干分支也对该文件进行操作：



在svn里面，如果合并产生冲突，是会产生一个冲突文件的，但是git里面不会产生冲突文件，而是在冲突文件中的内容作了特殊标识：


此时我们主要对该文件就行修改，修改成自己想要的效果，然后提交到本地库即可解决冲突：

---

4.2.7、删除分支

注意：删除分支前都需要先切换到其他分支才能进行删除操作

命令：git branch -d [分支名]
删除一个干净的分支(即 相对当前分支而言该分支没有过提交记录就为干净的分支)

命令：git branch -D <branch_name>
#强制删除一个分支，该分支如果存在过提交记录，想要删除就必须使用 -D

---

4.2.8、恢复分支

思路：
对于已经有提交记录的分支删除后，实际上只是删除指针，commit记录还保留，如果想恢复，需要使用git reflog查找该分支指向的commitId，然后根据commitId创建新的分支

命令:git branch <branch_name> <hash_val>#根据指定commit创建新分支


注意：回退指针的方式是不能恢复分支的
如：

---

4.2.9、分支应用场景模拟

场景：
公司的商城系统存在一个bug，bug代号为 [53]，此时需要在不停止项目服务的情况修复bug，测试通过后合并的主分支上。
正在修复【53】bug的过程中，这时候老板突然打电话给你，让你紧急去解决【68】bug，此时该怎么做?

1、新创建一个分支去修复[53]bug

2、此时你接到老板的电话，紧急处理【68】bug，也就意味的需要去创建一个分支先处理【68】bug，为了不让【53】bug的工作白做，需要先将【53】bug提交：

3、创在【68】Bug分支来紧急出来68Bug：

查看一下此时的分支图：
当然也可以使用gitk工具来查看：

4、处理完成以后进行合并：

合并完成之后可以删除分支：

4、完成提交：

---

五、 Git基本原理

5.1、哈希

  哈希是一种加密算法，是一个将明文转化成密文的过程，无论是音频、视频都可以使用哈希算法加密。包括MD5也就哈希算法中的一种。

哈希是一个系列的加密算法，各个不同的哈希算法虽然加密强度不同，但是有以下
几个共同点：
①不管输入数据的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定。
②哈希算法确定，输入数据确定，输出数据能够保证不变
③哈希算法确定，输入数据有变化，输出数据一定有变化，而且通常变化很大
④哈希算法不可逆
Git 底层采用的是SHA-1 算法。
哈希算法可以被用来验证文件。原理如下图所示：

---

5.2、Git 保存版本的机制

5.2.1 集中式版本控制工具的文件管理机制

  以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异。
比如SVN，在svn服务器上保存的就是在原来的版本上修改的东西，当你想要某个版本的时候，SVN服务器就将原版本内容和改本的内容进行合并，从而生成你想要的版本。该方式能够节省保存服务器的空间。

---

5.2.2 Git 的文件管理机制

  Git 把数据看作是小型文件系统的一组快照。每次提交更新时Git 都会对当前
的全部文件制作一个快照并保存这个快照的索引。为了高效，如果文件没有修改，
Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。所以Git 的
工作方式可以称之为快照流。

---

5.2.3、 Git 文件管理机制细节

一个文件，使用了git add命令之后就会生成一个git对象，此时目录中会生成index，这个index文件就是暂存区，在生成暂存区之前，底层会先生成一个树对象，树对象中包含了所有add的文件，然后执行快照放入object文件夹中，此时才完成git add整个流程。也就是其实执行git add之后，是先执行了快照放入了本地库，然后才存入了暂存区中。

Git 的“提交对象”

提交对象及其父对象形成的链条：

---

5.3、Git 分支管理机制

分支管理机制详细讲解请参考官方文档：Git 分支 - 分支简介

---

六、Git & GitHub团队协作

  学习完成团队内部的git之后，现在我们来使用git操作远程库（代码托管中心GitHub）来进行学习。
为了方便学习，首先在GitHub上注册三个邮箱账号：

创建细节参考文章：
https://blog.csdn.net/weixin_42693104/article/details/82584849

------公司团队项目经理账号： XlangVlang
------公司团队成员账号：xiaojie874062877
------路人账号：XiaoWang9527

6.1、团队内协作

项目经理创建远程仓库：

1、登录项目经理账号，新创建个仓库，不对仓库进行初始化。

创建一个空仓库，不对仓库进行初始化：

---

项目经理创建本地仓库

1、项目经理在本地创建一个本地仓库，并将代码推送至远程仓库。

新建一个文件夹作为本地仓库：

初始化本地库：

设置项目级别签名：

在工作区里面新建文件，并提交到本地库：

项目经理为远程仓库配置别名与其对应的URL

为远程仓库配置别名与其对应的URL

命令：git remote -v #显示远程仓库使用的Git别名与其对应的URL ，别名可以随便取
命令：git remmote add [项目别名] [URL] #这个Url地址是远程仓库的url

演示：

---

项目经理推送本地仓库到远程仓库

命令：#查看分支图
git log --graph --decorate --oneline --simplify-by-decoration --all

命令：git push [项目别名] [分支名] #本地仓库代码推送到远程仓库

注意：因为远程仓库地址我们使用的是https协议的，现在我们要将本地库代码推送到远程库，需要告诉远程库是谁来访问的自己，由于我们来项目成员和项目经理对远程库访问的演示，所以在使用不同角色访问远程库的时候记得删除访问凭据信息，否则提交到远程库的信息将不会变：

演示：

推送成功：

刷新GitHub：

---

成员克隆远程仓库到本地

命令：git clone [远程仓库URL] #成员克隆项目到本地

项目成员新建一个文件夹，进行初始化，并设置签名，然后直接从远程仓库上克隆项目：

---

项目经理邀请成员加入团队

在项目成员完成项目代码的时候，想要将自己的内容提交到远程库，前提条件是该成员已经受到远程库创建者的邀请，加入了一个团队中：
1、远程仓库发出邀请

2、项目成员接收邀请
发送邀请成功以后，被邀请者的邮箱会收到一封邮件，只要他登录邮箱，接收邀请即可。

然后项目经理重新登录远程库，发现已经成功邀请了成员：

---

成员推送内容到远程库

命令：git push [项目别名] [分支名] #成员推送任务到远程库

演示：

此时再刷新页面，发现：

---

项目经理更新成员提交的内容

命令：git fetch [远程仓库别名] [分支名]
#查看分支图
命令：git log --graph --decorate --oneline --simplify-by-decoration --all
知识：在项目的clone与push的过程中，本来只存在两个分支，一个是本地的master分支，一个是远程仓库的master分支，然后现在由于成员push了内容，所以会在本地master和远程master分支中间生成一个远程跟踪分支（中介分支），所以在更新远程仓库数据的时候，会先将数据更新到中介分支上，我们需要使用主分支将中介分支上的内容进行合并。

演示：

---

6.2 深入远程跟踪分支

远程跟踪分支

知识：
1、远程跟踪分支是在执行git push之后默认生成了别名为origin远程跟踪分支的。
2、只有在clone的时候，本地分支（master）和远程跟踪分支（taobao/master）是有数据同步的。无论是执行git push（推送）或是git fetch（拿取）的时候，都是本地分支和远程分支做通讯，

1、一般公司成员在克隆完远程仓库项目的时候，不直接对主分支做修改，而是新建一个分支，然后在分支上修改代码。：

刷新远程仓库GitHub：


在push之后，确实生成了一个远程跟踪分支：

2、项目经理去feath项目跟新的文件，因为远程仓库上有两个分支，如果想要都拿到两个分支的文件，项目经理需要也创建一个对应的子分支来获取更新文件：


整个拿取子分支文件的过程比较复杂繁琐。

问题：每次push都需要指定分支名称才能提交，而且fetch之后，需要合并才能拿到数据，其中最主要的原因还是因为中间有个跟踪远程分支。那么我们可以在push的时候直接不写项目名和分支名进行推送吗？

实践结果：
经过实践后发现，成员主分支(master)，在做了文件修改之后可以通过直接使用git push推送到远程库，因为只有执行了clone命令才和远程库同步，但是子分支（xiaojie_A）则不行，会报语法错。
事实上，无论我们执行push还是执行fetch都是远程跟踪分支和远程分支在做交互，那么我们如何从能直接从本地分支推送到远程分支，或者直接从远程分支拿取到本地分支呢？

此时，此时如果项目经理想要拿数据，可以使用更高级的命令git pull，前提也是要对成员子分支进行跟踪才可以，因为成员master执行了clone命令的分支，所以成员分支可以直接git pull：

成员可以直接pull：

总结：
1、当clone克隆一个分支的时候，其实是自动创建了一个跟踪origin/master的master的分支，所以可以直接pull和push。

2、git fetch命令或拿取所有远程库上更新的文件，但是不会去和远程跟踪分支建立跟踪关系，需要自己进行手动合并，执行merage

3、如果想要去让别人共享一个，那么可以使用以上的方式共享到远程库。如果不想让别人共享，那么可以不进行追踪。同事也可以在创建一个分支的时候就执行让其去跟踪远程跟踪分支：命令： git branch -b xiaojie_A origin/xiaojie_A。
使用命令：git branch -vv可以查看所有跟踪分支
例如：

正常的数据推送和拉取步骤：
1、确保本地分支已经跟踪了远程跟踪分支：git branch -u [想要追踪的远程跟踪命令]
2、拉取数据：git pull
3、上传数据：git push

---

git pull和git fetch的区别：

相同点：
首先在作用上他们的功能是大致相同的，都是起到了更新代码的作用。
#fetch
.fetch：相当于是从远程获取最新版本到本地，不会自动merge

git fetch orgin master //将远程仓库的master分支下载到本地当前branch中
git log -p master ..origin/master //比较本地的master分支和origin/master分支的差别
git merge origin/master //进行合并

这个命令会访问远程仓库，从中拉取所有你还没有的数据。 执行完成后，你将会拥有那个远程仓库中所有分支的引用，可以随时合并或查看。

  如果你使用git clone 命令克隆了一个仓库，命令会自动将其添加为远程仓库（git remote -v）并默认以 “origin” 为简写。 所以，git fetch origin 会抓取克隆（或上一次抓取）后新推送的所有工作。 必须注意 git fetch 命令会将数据拉取到你的本地仓库 - 它并不会自动合并或修改你当前的工作。 当准备好时你必须手动将其合并入你的工作。

  如果你有一个分支设置为跟踪一个远程分支，可以使用 git pull命令来自动的抓取然后合并远程分支到当前分支。 这对你来说可能是一个更简单或更舒服的工作流程；默认情况下，git clone 命令会自动设置本地 master 分支跟踪克隆的远程仓库的 master 分支（或不管是什么名字的默认分支）。 运行 git pull 通常会从最初克隆的服务器上抓取数据并自动尝试合并到当前所在的分支。

#pull
git pull：相当于是从远程获取最新版本并merge到本地

git pull origin master //相当于git fetch 和 git merge

注：用git pull更新代码的话就比较简单暴力了但是根据commit ID来看的话，他们实际的实现原理是不一样的，所以不要用git pull，用git fetch和git merge更加安全。

---

删除远程分支

三个命令一般配套使用

命令：git push origin --delete [远程分支名] #删除远程分支
命令：git remote prune origin --dry-run #列出仍在远程跟踪但是远程已经删除的无用分支
命令：git remote prune origin #清除上面命令列出来的远程跟踪

---

6.3、远程协作冲突

远程操作的时候，无论是执行push还是pull的时候都会有冲突的发生。
从头做一遍演示，并显示解决冲突问题：

1、登录GitHub新建一个仓库

2、创建一个本地仓库，放入项目代码，并将文件push到远程仓库：


推送代码到远程仓库：

3、B团队成员从远程仓库上克隆代码，修改项目内容后提交：


小王邀请小张加入开发团队，一起做XXDong项目：

然后小张就可以顺利提交代码到远程仓库了：

4、小王从远程仓库从拿取项目文件：

5、小王现在又接到某个任务，需要写某个功能的代码，为了项目的安全性，小王决定新建一个分支，并在分支上完成功能后再进行合并：

6、小李此时想要更新小王的提交到远程库上的最新文件，然后自己也在分支上新增一个文件：


7、小王再创建有一个追踪分支，然后从上获取文件：

8、制造一个冲突：
此时小王和小李同时对一个文件进行修改，且小李先修改好文件进行了推送：
小李推送任务：

小王修改好文件正要推送：

9、冲突解决：
小王先get pull代码，然后再进行修改：

这个时候就解决问题了。
同样，如果小李修改了文件，并被push到远程仓库，此时小王也对同样的文件进行修改，修改了以后文件执行pull，这时候也会报冲突问题。小王可以将文件放到本地库中，然后先pull代码，再修改冲突，修改完成以后再执行push即可。

---

6.4、团队外协作

  如果你想要参与某个项目，但是并没有push推送权限，这时可以对这个项目进行“派生（Fork）”。派生是指GitHub将在你们空间中创建一个完全属于你的项目副本，且你对副本具有完全的操作权限。通过这种方式，项目的管理者不需要忙着把用户添加到贡献者列表并给予他们推送权。非对内成员可以派生这个项目，将修改推送到派生的项目副本中，并通过创建合并请求（Pull Request）来让非队内成员的改动进入源版本库中。

注：所有的开源下项目都有一个fork功能。

流程演示：
1、模拟去远程仓库上fork一个项目源码：

然后fork一个该项目到自己的GitHub远程仓库：

fork完成以后就可以在自己的仓库里面找到该项目

2、新建一个文件夹作为本地仓库，然后去自己的远程仓库clone到本地：

2、由于现在是项目的A1_branch分支代码出问题了，所以进入该分支修改并提交：

3、确定修改已经提交成功以后，发送pull请求，等待公司团队审核。

4、此时公司团队项目经理重新登录GitHub，然后对pull请求进行审核：


查看bug详情，并回复小张，拒绝审核通过：

5、小张再次登录GitHub，查看pull请求：

6、看到回复后小张继续修改代码，然后进行再次提交。

点击“close and comment”以后：

此时就算是项目经理登录，也看不到他的回复了。如果想要让项目经理知道，只能是修改完成Bug以后重新发起Pull 请求：
方法一（本方法）：

方法二：
项目经理登录：


显示:

此时点击按钮进行合并即可：

7、项目经理再次审核，然后进行合并操作（合并操作如上图所示）。

8、查看是否合并成功：

9、如果此时又出现了问题，项目经理需要再向小张求助：

然后拉到最下面，提交文件：

10、由于小张是fork的之前的版本，但是最新提交的版本又没有，该怎么做呢？
登录小张github，发现版本没变：

此时需要重新换一个项目别名或者重新建立项目别名与访问URL的关系，去重新pull项目：

---

七、Git中.gitignore的配置语法

  在日常的开发中，当我们需要将一个项目提交到Git时，并不是所有的文件都需要提交，比如一些自动生成的文件，这时候就可以使用.gitignore来忽略一些不需要提交的文件，本文着重介绍一下.gitignore的配置语法。

创建
当使用Eclipse时，我们需要在提交Git之前，需要自己创建一个.gitignore文件，由于Windows下创建文件必须键入文件名，而要创建的.gitignore是没有文件名的，所以我们可以使用move命令来实现，打开Git Bash ，使用mv gitignore .gitignore，然后可以编辑器编辑这个文件。

常用的规则

/mtk/ 过滤整个文件夹
*.zip过滤所有.zip文件
/mtk/do.c过滤某个具体文件

以上规则意思是：被过滤掉的文件就不会出现在你的GitHub库中了，当然本地库中还有，只是push的时候不会上传。
除了以上规则，它还可以指定要将哪些文件添加到版本管理中。

!src/不过滤该文件夹
!*.zip 不过滤所有.zip文件
!/mtk/do.c不过滤该文件

1、配置语法：
以斜杠/开头表示目录；
以星号*通配多个字符；
以问号?通配单个字符
以方括号[]包含单个字符的匹配列表；
以叹号!表示不忽略(跟踪)匹配到的文件或目录；

此外，git 对于 .ignore 配置文件是按行从上到下进行规则匹配的，意味着如果前面的规则匹配的范围更大，则后面的规则将不会生效；

2、示例说明
a、规则：fd1/*
说明：忽略目录 fd1 下的全部内容；注意，不管是根目录下的 /fd1/ 目录，还是某个子目录 /child/fd1/ 目录，都会被忽略；

b、规则：/fd1/*
说明：忽略根目录下的 /fd1/ 目录的全部内容；

c、规则：/*
!.gitignore
!/fw/bin/
!/fw/sf/
说明：忽略全部内容，但是不忽略 .gitignore 文件、根目录下的 /fw/bin/ 和 /fw/sf/ 目录；

Github给出的Android开发中使用的.gitignore模板：

# Built application files
*.apk
*.ap_
# Files for the Dalvik VM
*.dex
# Java class files
*.class
# Generated files
bin/
gen/
out/
# Gradle files
.gradle/
build/
# Local configuration file (sdk path, etc)
local.properties
# Proguard folder generated by Eclipse
proguard/
# Log Files
*.log
# Android Studio Navigation editor temp files
.navigation/
# Android Studio captures folder
captures/
# Intellij
*.iml
# Keystore files
*.jks

忽略文件的具体使用可参考：
Git中使用.gitignore忽略文件的推送