git学习总结系列(3)——分支管理

本文主要介绍git分支的概念及常用分支操作。

分支的概念

所谓分支,可以理解成一个个相互独立的工作空间,在每一个分支上的改动不会影响到其他分支的代码。git默认的分支是master分支。

试想一下这样一个场景:

正在master分支写主干需求的代码,突然来了一个很紧急的临时需求,需要在一周之内完成。如果在master分支直接开发的话,可能会造成主干需求的代码出现问题,这个时候就可以新拉一个分支(比如叫dev),dev分支的初始代码和master分支的完全相同,这个时候就可以放心的在dev分支上开发新需求了,不用担心会影响到master分支。等到在dev分支开发完新需求并充分测试验证没问题之后,就可以合并到master分支了,合并之后就可以删掉dev分支。

创建与合并、删除分支

  • 查看当前分支:git branch

会列出来所有分支,并且会在当前分支前面加上一个*

  • 创建一个名为"dev"的分支:git branch dev

  • 切换到名为"dev"的分支:git checkout dev

  • 创建一个名为"dev"的分支并切换到dev:git checkout -b dev

  • 假如当前在master分支,合并dev分支到当前分支:git merge dev

  • 假如当前在master分支上,删除另外一个分支dev:git branch -d dev

注:如果当前在dev分支,那么是无法删除dev分支的。如果dev分支并没有和master分支合并,也是无法删除的,除非使用强制删除命令:git branch -D dev

查看分支合并历史记录

当合并分支出现冲突时,需要先解决冲突,再合并分支。使用git log --graph命令可以查看合并分支的历史记录。

注:要注意的是,git merge <branch-name>命令默认采用的是fast-forward模式,也就是如果合并某个分支(比如dev)到比如master分支后,把dev删掉,那么在这种模式下的历史记录里是看不到合并记录的。如果想要看到dev分支合并的历史记录,那么在合并时就要采用普通模式:git merge --no-ff -m "merge with no-ff" <branch-name>,这里加-m参数是因为本次合并要创一个新的commit.

保存与恢复工作现场

  • 假如当前在dev分支上,保存工作现场命令:git stash,可保存多个工作现场。

  • 查看保存的工作现场列表:git stash list

  • 恢复并删除最后保存的工作现场:git stash pop

  • 恢复指定的工作现场:git stash apply stash@{0}

  • 删除指定的工作现场:git stash drop stash@{0}

操作远程仓库

  • 查看远程库信息:git remote -v

  • 在本地创建和远程分支相关联的分支:git checkout -b <local-branch-name> origin/<remote-branch-name>,本地和远程分支的名称最好相同。

  • 把本地dev分支推送到远程库:git push origin dev

注:如果推送失败,可能本地代码不是最新的,可以先用git pull命令先把远程的代码拉到本地,如果有冲突处理一下冲突,然后再推送。不过git pull命令也有可能失败,这是因为没有建立本地分支和远程分支的关联,还需要先用这个命令建立关联:git branch --set-upstream <local-branch-name> origin/<remote-branch-name>

多人协作推荐的分支策略

  • master分支放用于发布的代码,平时不要在master分支上进行日常开发。

  • 建立dev分支用于平时的开发,在发布版本的时候把代码合并到master分支。

  • 团队的每个人从dev分支建立以自己名字命名的分支,如:zhangsan,lisi,wangwu, 每天结束后都把各自代码合到dev分支上。

  • 多人开发的新需要,可以从dev分支建立feature分支,在feature分支上进行开发,开发完成后合入dev分支。

  • 当master分支出现bug时,可以基于master拉一个bug分支,在bug分支上修改并调试好bug后再合入master分支。

多人协作常见的协作模式

  • 日常可以通过git push origin <local-branch-name>来往远程推送自己的修改。

  • 如果推送失败,说明远程的代码比本地的要新,需要使用git pull先试图合并。

  • 如果合并有冲突,则先解决冲突,然后在本地commit.

  • 如果没有冲突,或解决完冲突后,再使用git push origin <local-branch-name>即可推送成功。

  • 如果git pull命令提示no tracking information,则说明本地分支没有和远程分支建立关联,用这个命令建立关联:git branch --set-upstream <local-branch-name> origin/<remote-branch-name>

  • 如果上面一条命令仍然执行不成功,说明本地仓库还没有和远程仓库建立连接,可以用如下命令建立连接:git remote add origin git@github.com:xxx/xxx.git

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343

推荐阅读更多精彩内容