Push模式总结
-
授权
-
将远程分支(master分支和dev分支)clone到本地
-
将修改完的本地分支push到远程
(1)在本地创建属于自己的工作分支
(2)在工作分支上进行修改
(3)提交工作分支的修改
(4)回到主分支dev
(5)获取远程最新的修改,此时不会产生冲突(更新了主分支dev)
(6)回到工作分支
(7)用rebase合并主干的修改,如果有冲突在此时解决,如果需要手动合并,可以参考 GitHub —— 解决本地仓库和GitHub库的冲突
(8)回到主分支dev
(9)合并工作分支的修改,此时不会产生冲突。
(10)修改完需要将本地dev分支push到远程dev分支
步骤一:授权
如果自己本身是项目的创建者,则无需进行授权。
如果自己不是项目的创建者,但想成为项目的协作者并使用Push模式进行多人协作,那么要获得对原始项目进行修改的权限,有以下两种方式:
方法一:在项目中添加协作者
方法二:组建一个团队,并以团队创建项目
(1)填写团队基本信息
(2)邀请团队成员
(3)创建团队项目:
步骤二:Clone项目
方法一:直接在GitHub上Clone
方法二:使用命令行进行Clone
$ git clone git@github.com:Zheng-Wenkai/learngit.git
Tips1:默认情况下,从远程库clone时只有 master分支。可以用git branch命令查看:
$ git branch
* master
Tips2:如果想要在dev分支上开发,就必须创建远程origin的dev分支到本地:
$ git checkout -b dev origin/dev
步骤三:Push本地分支
(1)在本地创建属于自己的工作分支
$ git checkout work
(2)在工作分支上进行修改
(3)提交工作分支的修改
$ git add
$ git commit
(4)回到主分支dev
$ git checkout dev
(5)获取远程最新的修改,此时不会产生冲突(更新了主分支dev)
$ git pull
(6)回到工作分支
$ git checkout work
(7)用rebase合并主干的修改,如果有冲突在此时解决
git rebase dev
(8)回到主分支dev
$ git checkout dev
(9)合并工作分支的修改,此时不会产生冲突。
$ git merge work
(10)修改完需要将本地dev分支push到远程dev分支
$ git push origin dev