正文之前
上一篇文章中讲述了 Git 的基本操作,这一篇文章着重讲其中的分支相关的操作
正文
在 GitHub 的仓库中,展现给世人的仓库内容都是 master 主分支的,在团队成员对仓库进行改动时,需要将此仓库 fork 至自己的账户中,并创建分支,在自己创建的分支中对仓库进行修改,然后对源仓库的 master 进行 pull request
一句话,对仓库做贡献就三个步骤:
-
fork 到自己仓库
-
做改动
-
pull request
注意的是,在创建了 pull request,在拥有者还没确认之前,如果还有改动,就别再创建 pull request,直接在你自己的分支上提交就可以(下文会验证),之前没有这个概念,在自己的项目里,一项功能用了 3 个 PR,汗颜:
实战演练
创建分支
还是用上次创建的 Git-test 仓库来做演示:
首先我们先看到本地仓库和远程仓库都只有 master 分支:
然后我们在本地仓库新建一个分支:
git checkout -b A
推送至远程仓库:
git push origin A
就会发现远程仓库有了分支 A:
创建 PR
这时候我们切换到分支 A 中,将 README.md 的内容修改为:test from branch A
修改完之后回到仓库界面,会发现有个提示,我们按照提示创建 pull request:
填写信息,并观察此次合并有哪些文件改动,在最下方发现了 README.md 文档的改动:
然后创建 pull request:
需要说明的是
因为这里是我一个人操作的,所以拥有者和贡献者都是我,但是在其他情况下,贡献者一般不是本人,所以在这里需要说明一点,贡献完了之后,需要拥有者来点击 Merge pull request
这个按钮,才能将分支合并,贡献者是看不见这个按钮的
这里先不急着合并,来验证一下上面的说法,在创建 pull request 之后,如果有更新怎么办:
将 README.md 中添加一行:Git-test,然后提交至分支 A:
然后我们再到刚才创建的 pull request 中查看一下:
点击 Files changed
就会发现创建 pull request 之前的文件和现在的文件有什么区别:
合并
点击合并之后,PR 就处于关闭状态,仓库的文件也改变了:
从远程仓库拉取分支
我们在远程仓库创建一个分支 B,然后用 git checkout -b B origin/B
从远程仓库拉取分支并切换到该分支:
其他的操作都是一样的,本地改文件,提交,GitHub 上 PR
到此,分支的基本操作就结束了
GitHub 就是用来进行团队合作开发的,所以在团队使用 GitHub 时有一些注意事项,下一篇文章会讲述