git rebase

• b站视频教程

  • 能用rebase尽量不要merge
  • rebase可以使得git flow比较干净

  

• 常使用的方法：

  • 在自己的分支上rebase

  git rebase -i HEAD~n
  

  然后强制推到自己的分支上 (git push -f )

  • 推送到主分支上

  (hesy-dev) > git rebase -i xx-dev 
  

  相当于把hesy-dev和xx-dev的分叉处之后，hesy-dev的修改移到xx-dev分支的最新commit上，然后这就形成了你最新的hesy-dev。
  也就是说，你base的对象(这里就是xx-dev)，你不会改变它，你其实是把人家的commit复制过来，然后你再把你的复制一遍到后面去，自始至终修改的都是自己的hesy-dev

  如果中间有某个commit冲突，手动merge之后git add 然后 git rebase --continue（不需要重新git commit -m “comment here”），会让你重新确认commit ( 但不会产生一个新的commit )，紧接着继续处理后面的commit的rebase

  • sample

    
    这里master分支是一只我自己在做的。然后另一位在gf-dev上开发后，我为了把他的放到master上，就开了个hesy-dev继承gf-dev然后rebase master [ 这里就是注意点：主动rebase的人实在后面，所以如果希望把别的分支的commit放到主分支的后面，应该这样做比较好(其实最好的方式应该是 gf-dev 的拥有者rebase master，然后master去merge rebase后的gf-dev) ] ，最后用master merge hesy-dev [ hesy-dev这里就是工具分支哈哈 ]