测试开发实战|Github 必会高频基础命令与 IDE 的 Git 集成

原创 月关

本文是 Git 实战系列第 3 篇,作者月关,霍格沃兹测试学院优秀学员。一个在质量保障领域攀登探索的tester,致力于用技术改变身边人对测试的认识。对Web,接口和APP 自动化均有所涉及。

1.Fork

GitHub 上我们可以 fork 别人的项目,为了与别人产生一种协作关系,将他人的项目在自己本地创建也一个,这里以霍格沃兹测试学院(Hogwarts)的演练环境做演示:

1.1) 点击fork按钮对项目进行fork:

1.2)fork完成后就可以在我们自己的GitHub账户下见到被fork的项目:

2.Clone

2.1)接着我们使用 git clone 命令将fork的项目clone到本地:

image

这个时候可以将此项目看做是自己的一个项目,可以任意修改;

2.2)项目的作者可以看到有哪些人fork了自己的项目:

3.Push

3.1) 先在本地修改README.md文件为:

# Hogwarts_Online2

霍格沃兹测试学院定向班第二期演练
try it

3.2)将文件提交到本地仓库:

这个时候可以看到提交的作者已经变成我们自己了;
也可以使用git remote -v命令来查看,可见现在本地仓库与远程仓库直接关联的是fork之后的项目:

3.3)只用git push命令将本地仓库的文件推到远程仓库中去:

如下图可以看到已经成功将修改后的README.md文件推到了GitHub上:

4.PR(pull request)

pr:全称 pull request,当我们修改了 fork 后的项目后,因为不能直接修改别人的项目,这个时候想要将自己的修改与原项目合并,就可以使用 pr 来向原项目作者进行申请

4.1)发起 pr,点击 New pull request:

image

然后我们可以看到仓库路径从我的仓库向原作者项目仓库地址发起 pr 请求,在下面可以看到我对项目的修改 diff:

4.2)这个时候我们点击 Create new pull request 按钮,填写描述后再点击 Create new pull request 按钮:

image

5.merge PR

这个时候原仓库维护人员就可以收到pr,并对其进行审核、评论、merge或close的操作:

image

5.1) 在文件修改没有冲突(conflict)的时候,可以直接merge:

5.2) 当文件修改有冲突的时候,就需要原作者去进行RResolve了:

5.3) 或者有冲突的pr直接close:

总结下来有以下三种情况:

  • 无冲突直接merge
  • 有冲突手工merge
  • 有冲突close并重新发起pr

6.Fetch(实际使用的相对较少,更多的使用remote)

有时候我们fork了项目,但是很有可能我们对项目的修改会比原项目滞后,这就会导致pr的时候容易出现conflict;为了能让我们知道当前的修改是否conflict,就需要使用git fetch命令了;

使用 git fetch 拿下来一个远程分支的文件,看一下这个分支和我自己的有什么冲突。

7.Remote

7.1)先使用git remote -v命令来查看本地仓库与远程仓库的关联关系

这个时候我们可以增加一个 remote ,选择原仓库的 HTTPS 地址,使用 git remote add <远端名> <远端地址> 命令来添加一个 remote

7.2)再将远程端的master分支fetch到本地:

7.3) 这时候使用git merge将当前master分支与远端分支合并:

结果中我们发现产生了冲突,再使用 git status 命令查看:

发现两边都修改了 README.md ,这个时候我们使用 viREADME.md 进行查看,当我们 merge 的时候,系统会把文件换成以下的展示模式:

这种展示模式的意思是以等号=为分隔符,等号上方为当前分支的修改,等号下方为远程分支的修改,这样就产生的冲突,我们可以手动进行修改,然后merge:

7.4) 这个时候刷新GitHub,在我们自己的分支仓库中可以看到已经成功将修改进行 merge

image

这个时候如果再进行 pr 的话,遇见 conflict 的几率就会小的多了
命令简单总结:


git remote add other xxxx
git fetch other master
git merge remotes/other/maste


到这里,一个基本的git分支管理的流程就走完了,再简单介绍一下IDE中的Git集成

8.IDE中的Git集成

8.1)将项目用IDEA打开,在 Version Control -> log 中可以看到我们的提交管理线:

8.2)双击文件可以查看文件diff:

8.3)在右下角还可以进行Git分支的管理:

image