git学习笔记(1)

设置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后这个点交汇git学习笔记(1)

  • 如何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工作流