Git研习笔记(二)

作者: 苹果tree | 来源:发表于2018-07-18 14:27 被阅读164次

    上一篇,Git研习笔记(一),捋了几个笔者在git中使用频率较高的命令,这回打算给
    git stash扯个专题。


    前言

    近期项目多人多分支开发,频频需要分支合并,git rebase自然是主角,stash的力量同样不容小觑。之前一直把stash当成附属功能,并未多加重视,这回打算集中精力研习一把,活用命令,玩出精彩嘛。


    正经说事

    1. git stash
      git封存功能,想必大家早有耳闻。开发了一半想重来,已有修改又不想提交又不想删?突然需要切分支,做了一半的功能暂时提交不了?分支合并rebase之前需要工作区干干净净?好嘛,git stash统统帮你搞定,工作区和暂存区的改动统统封存。具体使用细节?别急,再往下看。
    2. git stash save "description"
      git stash命令本就能将当前修改存入暂存区,但还不够完美,万一我封存了多份改动,或者过了一段时间忘了存有哪些功能,那怎么办?加个描述貌似可以解决。
    3. git stash pop <stashID> git stash apply <stashID>
      pop命令可以跟apply一块看。
      pop恢复工作区改动(默认恢复最新),并将已恢复的改动记录删除
      apply恢复工作区改动,且不删除
    4. git stash list
      查看存储的所有改动
    5. git stash drop <stashID>
      删除某一条改动,同样,默认删除最新

      删除后查看列表,很好,成功删除
    6. git stash clear
      删光所有改动,大扫除。
    7. 处理stash冲突
      git rebase 合并分支后,恢复自己的stash,这时遇到冲突


      还是熟悉的<<<
      解决后查看状态

      发现,诶,变成both modified了,怎么办?我跟同事的修改记录可不能搞混了呀。有办法
      git reset HEAD <filePath> 撤销暂存区修改,恢复至上一次提交,也就是合并变基时的提交,工作区代码不受影响。
      这时再查看状态,只剩下本地修改。结构又清楚了,舒一口气。

      gitk验证一下,可以放心了

    最后

    还是那句老话,Git门道深似海,研习还需下苦功。其实stash还有不少用法,道行甚微,仍需努力,日后边学边补充。祝我们乘风破浪,一往无前。

    相关文章

      网友评论

      本文标题:Git研习笔记(二)

      本文链接:https://www.haomeiwen.com/subject/lyhopftx.html