开发规范!Git Fork 全流程记录

文章适用于团队合作的时候多个人向一个repo贡献,整理了Git从fork分支开始的过程。

  1. Fork

在github上你要贡献的repo(eg.http://github/remote/test.git)之后称上游仓库。点击fork,将上游仓库fork到你的github,之后称为远程库(eg.http://github/chercher/test.git)

  1. Clone

选择本地文件夹,之后称为本地库,克隆代码到本地

	git clone http://github/chercher/test.git
  1. 创建dev分支

进入文件夹中,创建dev分支作为你的开发分支,当你完成了这个开发分支的时候直接将这个分支的内容push到你的远程库。一般一个分支对应一个issue,开发完毕后即可销毁

创建并切换至dev分支(相当于git branch dev + git checkout dev)

	git checkout -b dev 
  1. 创建upstream分支

upstream分支是用于同步上游仓库的,可以同步其他人对上游仓库的更改

	git remote add upstream http://github/remote/test.git

查看远程分支

	git remote

查看具体路径

	git remote -v

这时候应该有origin、upstream两种分支且分别有fetch和push的路径,origin是你的远程库,upstream是你的上游仓库

tips. 如果远程分支路径出错了,替换为具体的你的出错的分支名和新的路径即可

	git remote set-url branch_name new_url 
  1. 同步上游仓库

在提交自己的修改之前,先同步上游仓库到master

更新

	git remote update upstream

合并

	git rebase upstream/master
  1. 修改文件push到远程库

对本地库进行修改后,添加文件到暂存区然后提交,写入相应信息。这时你的远程库将会多出一个dev分支

	git add changed_file  
	git commit -m "message" 
	git push origin dev:dev 
  1. 提出pull request或merge request

这时候在你的远程库中点击create pull request,就可以等待别人review你的代码后merge入上游仓库了

  1. 合并commit

一个issue有时候并不是一次commit就可以完成的,这时候就涉及到洁癖患者们用rebase合并commit的过程了

第一次commit的时候并不需要做rebase的操作,rebase是将之后的多次commit合并到之前的一个commit当中

以第二次修改为例,在commit之后进行

	git rebase -i HEAD~2 

tips. 如果出现”Could not execute editor” 则设置 git config即可

	git config --global core.editor /usr/bin/vim

之后再执行rebase命令,可以看到这两次的提交,现在状态都是pick。只选择第一个commit为p,其他的都为s,即把新的commit并入之前的。

修改完成后写入,然后自动跳转至另一个页面修改commit的信息

之后继续按照第6步push --force到远程库的流程进行就可以了~

push --force 要慎用!!!容易出现代码事故