设置git分支的跟踪关系

• 新建一个分支时设置跟踪关系

  --track选项可以省略

• 设置已有分支和远端分支的跟踪关系

  注意：-u选项是--set-upstream-to的简写，因此上面这条命令可以写作

  local_branch_name可以省略，默认值为当前分支

获取远程分支信息

• 拉取远程仓库分支信息

• 查看所有分支（本地和远端）

• 切换远程默认分支

• 本地建立远程分支

  remote_branch_name即新建的远端分支

• 本地删除远端分支

rebase工作流

• 与merge的区别

  本地两个分支 一个我的分支 mywork 一个主分支 master

  现在我修改的部分要合并到 master 上，可以有两种选择 merge 或者 rebase

  两者的最后得到的结果是一样的，但是区别是 rebase 一个两个分支 就各位了一个分支，mywork合并前所有的 patch也就是commit 消失了

  而merge 则还是两个分支，只不过在merge后这个点交汇

• 如何rebase

  首先本地代码库不是最新的，所以先从远端仓库pull一下

  然后 开始切换到mywork分支开始rebase

  这个时候就开始rebase 了，一般情况下rebase都是会有冲突的，详细查看冲突可以用命令git status然后就会显示哪个文件有冲突，然后打开有冲突的哪个文件，会发现有一些“<<<<<<<”， “=======”， “>>>>>>>” 这样的符号。

  原来的更改是master分支上的更改，传入的更改是工作分支mywork分支上的更改；

  rebase 和 merge的另一个区别是rebase 的冲突是一个一个解决，如果有十个冲突，先解决第一个，然后用命令

  继续后才会出现第二个冲突，直到所有冲突解决完，而merge 是所有的冲突都会显示出来。 另外如果rebase过程中，你想中途退出，恢复rebase前的代码则可以用命令

  所以rebase的工作流就是

  最后冲突全部解决，rebase成功!!

  然后我需要把本地的mywork 分支push 到远端mywork分支上然后再给远端的master分支 PR。

总结

• rebase工作流:

• merge工作流