Git日常使用

前言

本次文章主要介绍git多人合作的时候如何使用分支开发,操作以sourcetree和终端结合使用。

创建分支
比如master分支上有ABCD四个commit我们要在D这里开一个新的分支出来修改bug。

     master :A---B---C---D      
       
                      1---2---3      fixbug
                    /
      a---b---c----d              master

这个时候我们分配一个人修改bug,然后另一个人开发新功能,开了一个分支newfunction

                      f1---f2---f3      new function
                    /
      a---b---c----d                     master

现在假设我们的bug改完了,我们这个时候应该把bugfix这个分支合并到主分支上,这时候我们应该先把多个commit合并为一个,让主分支保持简洁。

  • 现在的状态
    image.png
  • 我们要切换到fixbug分支上,然后点击终端sourcetree会自动给你切换到这个分支上
  • 首先我们rebase下主分支(因为我没找到在sourcetree上怎么做rebase操作,只有在终端进行rebase 的操作)
  • 第一步跟新分支起点,因为可能在我们修改fixbug期间master分支可能已经有跟新rebase master
  • 第二步合并fixbug上的多个commit
    • 打印log git log --oneline(后面的--oneline是为了让log看的更清晰,不用打印作者之类的详细信息)

      image.png

      我们要合f1、f2、f3需要在f1前面一个commit 的id

    • 执行合并命令git rebase -i b44bc23

      image.png
      注意红色方块,给你解释这些字母是谁的缩写,以及作用,我们这里会用到 s把f2,f3两个commit压缩到f1里面

    • 把f2,f3的pick改为s然后保存退出(wq)

      image.png
      然后跟着提示,修改commit的信息

    • 这个时候我们回到sourcetree看下状态

      image.png
      我们有三个拉取和一个推送。【切记】这个时候千万不要拉取远端,因为我们刚才rebase操作的只是本地的节点,所以远端分支上还是有3个commit.这时候我们应该直接推送,但是因为远端有拉取,直接推送不会成功,我们需要切换到终端,进行强推push -f(这个操作一定报确认本地代码无误,在主分支上一般会设置受保护,不允许push -f)

    • 完成push -f再查看状态只有一个commit了
      image.png

      然后在切换到master上合并fixbug这个分支。
      image.png
      合并完成后fixbug分支已经没有用了,直接删除本地和远端的。
  • 解释下我们刚才为什么要rebase 主分支,和为什么要把多个commit合并为一个
    • 首先是rebase 主分支。假设master分支是我们线上App Store的版本,然后我们要开发一个新的朋友圈功能,但是朋友圈功能不是一两天就开发完成的。在我们开发这个新功能的时候我们线上的版本可能会遇到紧急的bug(比如崩溃)这时候我们就要先在master上修改并且上传,这导致了我们朋友圈分支的代码并没有修改刚才的崩溃bug。这时候我们要做的就是把朋友圈分支的起点更新,就用到了我们的rebase master这个命令(后面的master是分支名字,也可以rebase到其他分支上)
    • 为什么要合并多个commit:这是为了主分支的整洁,比如朋友圈分支,开发完后我们很多commit可能只是为了整理代码,而且我们最后只关心的是你把这个功能做完了,以面向对象的思想,而不是面向过程的保留所有的commit。
      ps:前端时间同事,修改一个功能修改了大量代码,很久以后发现一个以前没有的bug(这时候已经修改了很多其他东西)我们开始追溯commit,好在他把改动的commit都合并成了一个,发现在他commit之前的代码就是ok的,这也反应了清晰的主分支也方便我们以后查找因为改动带来的bug
  • 附加一个回退版本,有时候我们想把代码回退到某一个节点
    image.png
    image.png
    这三个最后一个直接把代码丢掉,所以慎重选择,
    image.png
    我选的第二个他会把回退的代码放到待提交区域,这时候因为操作的还是本地git,所以远端还是会有可拉取,但是千万不要拉取我们还是push -f强推上去

各位大神有什么其他常用的git命令也分享分享,一起学习进步。
喜欢动画的朋友可以关注我的GitHub https://github.com/aizexin/AIAnimationDemo

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

推荐阅读更多精彩内容