daily commit

This commit is contained in:
2022-04-10 00:14:58 +08:00
parent 81e651bb75
commit 1784efdb21

View File

@@ -1,210 +1,210 @@
# Git Branch # Git Branch
* ## Git原理 * ## Git原理
* 在git中并不通过修改集或者差异来存储数据而是按照快照的方式来存储数据。 * 在git中并不通过修改集或者差异来存储数据而是按照快照的方式来存储数据。
* 当在执行一次commit时git会存储commit object。commit object中包含了一个指向快照的指针。 * 当在执行一次commit时git会存储commit object。commit object中包含了一个指向快照的指针。
* commit object包含如下信息 * commit object包含如下信息
* 作者名称和email地址 * 作者名称和email地址
* 为commit指定的提交信息comment * 为commit指定的提交信息comment
* 指向快照snapshot的指针 * 指向快照snapshot的指针
* 指向之前提交的指针parent或parents * 指向之前提交的指针parent或parents
* 对于正常的提交有0个init commit或者一个parent * 对于正常的提交有0个init commit或者一个parent
* 对于合并多个分支的commit有多个parent * 对于合并多个分支的commit有多个parent
* git 提交的具体细节: * git 提交的具体细节:
* 对于将文件stage的操作git会为每个staged的文件计算一个checksum并且将文件的版本存储到git仓库中文件版本将会被当做blob访问并且将checksum添加到staging area中 * 对于将文件stage的操作git会为每个staged的文件计算一个checksum并且将文件的版本存储到git仓库中文件版本将会被当做blob访问并且将checksum添加到staging area中
* 当调用git commit时git为项目的每个子目录计算checksum并且将它们作为树形对象存储到git仓库中。 * 当调用git commit时git为项目的每个子目录计算checksum并且将它们作为树形对象存储到git仓库中。
* git稍后会创建一个commit objectcommit object中包含元数据和指向项目树对象的指针树结构中指明了目录下文件指向哪个blob。由于快照只是指向树对象的指针故而快照可以被重复创建。 * git稍后会创建一个commit objectcommit object中包含元数据和指向项目树对象的指针树结构中指明了目录下文件指向哪个blob。由于快照只是指向树对象的指针故而快照可以被重复创建。
* snapshot会包含一个指向它前面快照的指针 * snapshot会包含一个指向它前面快照的指针
* git branch的本质 * git branch的本质
* 在git中git branch实际上只是一个指向commmit的可移动指针。 * 在git中git branch实际上只是一个指向commmit的可移动指针。
* 对于每次提交master branch的指针都会自动移动向最新的提交。 * 对于每次提交master branch的指针都会自动移动向最新的提交。
* HEAD指针 * HEAD指针
* HEAD指针指向当前所在的分支可以通过git log指令查看HEAD指针当前和哪些分支的指针相同 * HEAD指针指向当前所在的分支可以通过git log指令查看HEAD指针当前和哪些分支的指针相同
* ## Git Branch Operation * ## Git Branch Operation
* 创建新的branch * 创建新的branch
* 创建新的分支实际上是创建了一个可供移动的新指针指向了当前所在的提交HEAD指针所指向的提交 * 创建新的分支实际上是创建了一个可供移动的新指针指向了当前所在的提交HEAD指针所指向的提交
* 可以通过git branch来创建一个新的分支 * 可以通过git branch来创建一个新的分支
```shell ```shell
# 创建一个指向当前快照的新branch指针 # 创建一个指向当前快照的新branch指针
$ git branch <branch-name> $ git branch <branch-name>
or or
# 创建一个新分支并且移动到该分支 # 创建一个新分支并且移动到该分支
$ git checkout -b <new-branch-name> $ git checkout -b <new-branch-name>
# 创建一个新分支并移动到该分支 # 创建一个新分支并移动到该分支
$ git switch -c <new-branch-name> $ git switch -c <new-branch-name>
``` ```
* 在现有的分支之间进行切换 * 在现有的分支之间进行切换
* 在分支之间进行切换实际上是把HEAD指针指向别的branch指针 * 在分支之间进行切换实际上是把HEAD指针指向别的branch指针
* 可以通过git checkout来实现分支之间的切换 * 可以通过git checkout来实现分支之间的切换
* 在调用git checkout在分支之间进行切换时工作目录中的内容也会被还原到目标分支的版本故而在切换之前需要对尚未提交的任务进行提交否则未保存的任务会丢失 * 在调用git checkout在分支之间进行切换时工作目录中的内容也会被还原到目标分支的版本故而在切换之前需要对尚未提交的任务进行提交否则未保存的任务会丢失
```shell ```shell
# 在分支之间进行切换 # 在分支之间进行切换
# * 在切换分支时,会做如下事情 # * 在切换分支时,会做如下事情
# * 将HEAD指针指向想要切换到的分支 # * 将HEAD指针指向想要切换到的分支
# * 将working directory中的文件还原到目标分支的快照状态 # * 将working directory中的文件还原到目标分支的快照状态
$ git checkout <branch-name> $ git checkout <branch-name>
or or
$ git switch <branch-name> $ git switch <branch-name>
# 移动到上一个分支 # 移动到上一个分支
$ git switch - $ git switch -
``` ```
* 在分支下调用git log * 在分支下调用git log
* git log只会显示当前分支下的提交历史不会显示其他分支下的提交历史。 * git log只会显示当前分支下的提交历史不会显示其他分支下的提交历史。
* 如果要显示指定分支的提交历史为git log指定branch-name * 如果要显示指定分支的提交历史为git log指定branch-name
```shell ```shell
$ git log <branch-name> $ git log <branch-name>
``` ```
* 如果想要显示所有分支下的提交历史可以为git log添加-all选项 * 如果想要显示所有分支下的提交历史可以为git log添加-all选项
```shell ```shell
$ git log --all $ git log --all
``` ```
* 显示git分支状态图 * 显示git分支状态图
* 通过为git log指定--graph选项可以输出git分支的状态图 * 通过为git log指定--graph选项可以输出git分支的状态图
```shell ```shell
$ git log --all --pretty=oneline --graph $ git log --all --pretty=oneline --graph
``` ```
* 合并分支 * 合并分支
* 可以通过git merge操作来合并两个分支 * 可以通过git merge操作来合并两个分支
* 如果想要让当前分支合并一个分支并且当前分支对于目标分支来说在commit history中是可达的那么git会直接让当前分支的指针移动到目标分支的最后一次提交位置。这被称之为“fast-forward”机制。 * 如果想要让当前分支合并一个分支并且当前分支对于目标分支来说在commit history中是可达的那么git会直接让当前分支的指针移动到目标分支的最后一次提交位置。这被称之为“fast-forward”机制。
```shell ```shell
# 可以通过git merge命令来对分支进行合并 # 可以通过git merge命令来对分支进行合并
# 如果合并的目标分支的git log记录中当前分支是可达的那么 # 如果合并的目标分支的git log记录中当前分支是可达的那么
# 会直接将当前分支的指针移动到目标分支指向的位置 # 会直接将当前分支的指针移动到目标分支指向的位置
$ git merge <branch-name> $ git merge <branch-name>
``` ```
* 如果当前分支的last commit并不是目标分支的祖先那么合并分支需要通过创建一个新的snapshot新的snapshot存储合并分支的结果并且创建一个commit指向snapshot。新的commit具有两个parent。 * 如果当前分支的last commit并不是目标分支的祖先那么合并分支需要通过创建一个新的snapshot新的snapshot存储合并分支的结果并且创建一个commit指向snapshot。新的commit具有两个parent。
* 在合并后如果被合并的分支也不再被需要那么同样可以通过git branch -d操作来删除旧的分支 * 在合并后如果被合并的分支也不再被需要那么同样可以通过git branch -d操作来删除旧的分支
* 删除不再被需要的分支 * 删除不再被需要的分支
* 通常当创建一个hotfix分支来修复bug时如果bug已经被修复切换到master分支进行merge操作后hotfix分支不再被需要可以调用git branch -d来删除分支 * 通常当创建一个hotfix分支来修复bug时如果bug已经被修复切换到master分支进行merge操作后hotfix分支不再被需要可以调用git branch -d来删除分支
```shell ```shell
# 删除不再被需要的分支 # 删除不再被需要的分支
# * 当删除已经被合并的分支时,可使用-d选项 # * 当删除已经被合并的分支时,可使用-d选项
# * 如果待删除分支没有被合并,那么需要指定-D选项来强制删除 # * 如果待删除分支没有被合并,那么需要指定-D选项来强制删除
$ git branch -d <branch-name> $ git branch -d <branch-name>
``` ```
* 分支合并冲突 * 分支合并冲突
* 在合并时,相较于两个分支的共同祖先,如果两个分支修改了同一个文件的同一部分,那么文件的合并会发生冲突。 * 在合并时,相较于两个分支的共同祖先,如果两个分支修改了同一个文件的同一部分,那么文件的合并会发生冲突。
* 在发生合并冲突后可以通过git status来检测冲突的细节 * 在发生合并冲突后可以通过git status来检测冲突的细节
```shell ```shell
# 通过git status来检测合并冲突的细节 # 通过git status来检测合并冲突的细节
$ git status $ git status
``` ```
* git分支管理 * git分支管理
* 查看当前项目的分支可以用git branch命令 * 查看当前项目的分支可以用git branch命令
```shell ```shell
# 查看当前项目的分支 # 查看当前项目的分支
$ git branch $ git branch
or or
# 查看当前项目的分支,并且列出每个分支的最后一次提交 # 查看当前项目的分支,并且列出每个分支的最后一次提交
$ git branch -v $ git branch -v
# 可以通过--merged或者--no-merged选项来对已经或者还未合并到当前 # 可以通过--merged或者--no-merged选项来对已经或者还未合并到当前
# 分支的分支进行过滤 # 分支的分支进行过滤
# 列出已经合并到当前分支的分支 # 列出已经合并到当前分支的分支
$ git branch --merged $ git branch --merged
# 列出尚未被合并到当前分支的分支 # 列出尚未被合并到当前分支的分支
$ git branch --no-merged $ git branch --no-merged
``` ```
* 对于git branch --merged列出的分支除了当前分支外都可以删除因为已经对其进行了合并操作可以无丢失的删除该类分支 * 对于git branch --merged列出的分支除了当前分支外都可以删除因为已经对其进行了合并操作可以无丢失的删除该类分支
* 对分支进行重命名 * 对分支进行重命名
* 可以通过git branch --move来对本地分支进行重命名 * 可以通过git branch --move来对本地分支进行重命名
```shell ```shell
# 重命名本地分支 # 重命名本地分支
$ git branch --move <old-branch-name> <new-branch-name> $ git branch --move <old-branch-name> <new-branch-name>
``` ```
* 对远程仓库的分支进行重命名操作 * 对远程仓库的分支进行重命名操作
* 可以通过git push --set-upstream origin new-name来对远程仓库的分支进行重命名操作 * 可以通过git push --set-upstream origin new-name来对远程仓库的分支进行重命名操作
* 执行该操作后,远程仓库中旧分支名仍然会存在,需要手动的删除 * 执行该操作后,远程仓库中旧分支名仍然会存在,需要手动的删除
```shell ```shell
# 重命名远程分支 # 重命名远程分支
$ git push --set-upstream <remote> <new-name> $ git push --set-upstream <remote> <new-name>
# 删除旧分支 # 删除旧分支
$ git push <remote> --delete <old-name> $ git push <remote> --delete <old-name>
* ## 远程分支 * ## 远程分支
* 远程tracking分支 * 远程tracking分支
* 远程tracking分支是对远程分支状态的引用。远程tracking分支虽然是本地分支但是你并不能对其进行移动。只有每次当你与服务器进行网络连接时远程tracking分支才会移动。 * 远程tracking分支是对远程分支状态的引用。远程tracking分支虽然是本地分支但是你并不能对其进行移动。只有每次当你与服务器进行网络连接时远程tracking分支才会移动。
* 远程tracking分支名字按照remote/branch-name的形式组成 * 远程tracking分支名字按照remote/branch-name的形式组成
* 在调用git clone方法时会自动创建一个origin/master的远程tracking分支和一个本地的master分支。origin/master分支在之后没有和服务器通信的时间段内都不会被修改。 * 在调用git clone方法时会自动创建一个origin/master的远程tracking分支和一个本地的master分支。origin/master分支在之后没有和服务器通信的时间段内都不会被修改。
* 当调用git fetch origin操作后位于服务端的信息被拉取到本地并且origin/master也会被移动到和服务端相同的位置此时origin/master和本地master分支进行合并可能会出现冲突的问题 * 当调用git fetch origin操作后位于服务端的信息被拉取到本地并且origin/master也会被移动到和服务端相同的位置此时origin/master和本地master分支进行合并可能会出现冲突的问题
* 如果有多个远程项目那么属于不同项目的远程tracking分支通过remote shortname区分 * 如果有多个远程项目那么属于不同项目的远程tracking分支通过remote shortname区分
``` ```
# remote tracking branch in different remote server # remote tracking branch in different remote server
# * such as remote-1/ProjectName # * such as remote-1/ProjectName
# * remote-2/ProjectName # * remote-2/ProjectName
``` ```
* 将本地分支推送到远程仓库 * 将本地分支推送到远程仓库
* 可以用git push操作将本地分支推送到远程分支 * 可以用git push操作将本地分支推送到远程分支
```shell ```shell
# 推送本地分支 # 推送本地分支
$ git push <remote> <local-branch-name:remote-branch-name> $ git push <remote> <local-branch-name:remote-branch-name>
# 如果远程分支名称和本地分支相同,那么可以简化为如下形式 # 如果远程分支名称和本地分支相同,那么可以简化为如下形式
$ git push <remote> <branch-name> $ git push <remote> <branch-name>
* 将远程分支拉取到本地 * 将远程分支拉取到本地
* 当调用git fetch方法将远程仓库拉取到本地时对于远程的分支hotfix拉取到本地后只会有一个remote/hotfix的远程tracking分支并不会创建一个名为hotfix的本地分支。 * 当调用git fetch方法将远程仓库拉取到本地时对于远程的分支hotfix拉取到本地后只会有一个remote/hotfix的远程tracking分支并不会创建一个名为hotfix的本地分支。
* 如果想要基于远程tracking分支的基础上创建一个本地分支可以调用如下命令 * 如果想要基于远程tracking分支的基础上创建一个本地分支可以调用如下命令
```shell ```shell
# 创建一个本地分支并且将开始位置设置为remote/branch # 创建一个本地分支并且将开始位置设置为remote/branch
$ git checkout -b 'branch-name' remote/branch $ git checkout -b 'branch-name' remote/branch
or or
$ git switch -c 'branch-name' remote/branch $ git switch -c 'branch-name' remote/branch
``` ```
* 跟踪分支 * 跟踪分支
* 根据远程tracking分支创建分支时会自动的创建一个跟踪分支。 * 根据远程tracking分支创建分支时会自动的创建一个跟踪分支。
* 跟踪分支是一个和远程分支相关联的本地分支当位于跟踪分支时调用git pull时会自动知道应该从哪个远程服务器进行拉取并且知道整合哪个分支 * 跟踪分支是一个和远程分支相关联的本地分支当位于跟踪分支时调用git pull时会自动知道应该从哪个远程服务器进行拉取并且知道整合哪个分支
* 当调用git clone时会自动创建一个本地的跟踪分支mastermaster分支和远程分支origin/master分支相关联 * 当调用git clone时会自动创建一个本地的跟踪分支mastermaster分支和远程分支origin/master分支相关联
* 创建一个跟踪分支除了使用git checkout -b 'branch-name' 'remote/branch'外,还可以使用--track来指定 * 创建一个跟踪分支除了使用git checkout -b 'branch-name' 'remote/branch'外,还可以使用--track来指定
```shell ```shell
# 创建跟踪分支并且切换到该分支 # 创建跟踪分支并且切换到该分支
$ git checkout --track remote/branch $ git checkout --track remote/branch
# 甚至当checkout指定的名称 # 甚至当checkout指定的名称
# * 本地仓库中并不存在该名字的分支 # * 本地仓库中并不存在该名字的分支
# * 该名字的分支在远程仓库中存在 # * 该名字的分支在远程仓库中存在
# 那么调用git checkout <branch-name>就会直接创建跟踪分支 # 那么调用git checkout <branch-name>就会直接创建跟踪分支
$ git checkout <branch-name> $ git checkout <branch-name>
``` ```
* 如果已经存在一个本地分支并且想将其跟踪远程分支或者想要对一个本地分支跟踪的远程分支进行修改可以使用git branch -u来完成 * 如果已经存在一个本地分支并且想将其跟踪远程分支或者想要对一个本地分支跟踪的远程分支进行修改可以使用git branch -u来完成
```shell ```shell
# 添加或者修改本地分支绑定到的远程分支 # 添加或者修改本地分支绑定到的远程分支
# * 通过指定-u选项或者--set-upstream-to选项 # * 通过指定-u选项或者--set-upstream-to选项
$ git branch -u remote/branch [local-branch] $ git branch -u remote/branch [local-branch]
or or
$ git branch --set-upstream-to remote/branch [local-branch] $ git branch --set-upstream-to remote/branch [local-branch]
``` ```
* 查看各个本地分支绑定的远程分支 * 查看各个本地分支绑定的远程分支
* 在git remote show中查看 * 在git remote show中查看
```shell ```shell
# 通过git remote show查看 # 通过git remote show查看
$ git remote show <remote-name> $ git remote show <remote-name>
``` ```
* 通过git branch -vv查看 * 通过git branch -vv查看
```shell ```shell
# 通过git branch -vv查看 # 通过git branch -vv查看
# * git branch -vv并不会连接服务器而是会从上次连接服务器缓存的 # * git branch -vv并不会连接服务器而是会从上次连接服务器缓存的
# 数据中读取 # 数据中读取
# * 如果想要获得实时的值在执行该命令前最好加上git fetch --all # * 如果想要获得实时的值在执行该命令前最好加上git fetch --all
$ git branch -vv $ git branch -vv
``` ```
* git pull和git fetch区别 * git pull和git fetch区别
* git fetch只是从远程服务端拉取数据但是并不会自动合并需要自己手动合并 * git fetch只是从远程服务端拉取数据但是并不会自动合并需要自己手动合并
* git pull从服务端拉取数据后会自动合并 * git pull从服务端拉取数据后会自动合并
* git删除远程仓库的分支 * git删除远程仓库的分支
* 可以通过git push remote --delete branch来删除远程的分支 * 可以通过git push remote --delete branch来删除远程的分支
```shell ```shell
# 删除位于远程服务端的分支 # 删除位于远程服务端的分支
$ git push <remote> --delete <branch-name> $ git push <remote> --delete <branch-name>
``` ```
* ## Git Rebasing * ## Git Rebasing
* 和merge操作不同对于rebase操作如果想把A快照基于B快照rebase此时会找到A和B的最近公共祖先快照并且把快照A基于祖先快照的修改记录下来并且将该修改基于快照B再进行执行产生一个新的快照C并且将C的parent设置为B。之后会将指向快照B的指针通过fast-forward机制修改指向快照C。 * 和merge操作不同对于rebase操作如果想把A快照基于B快照rebase此时会找到A和B的最近公共祖先快照并且把快照A基于祖先快照的修改记录下来并且将该修改基于快照B再进行执行产生一个新的快照C并且将C的parent设置为B。之后会将指向快照B的指针通过fast-forward机制修改指向快照C。
* 相对于merge操作rebase操作产生的结果和merge操作合并后快照的结果完全相同。但是相对于merge操作rebase操作所产生的git log是一条直线其 历史会更加的简洁。 * 相对于merge操作rebase操作产生的结果和merge操作合并后快照的结果完全相同。但是相对于merge操作rebase操作所产生的git log是一条直线其 历史会更加的简洁。
* git rebase操作 * git rebase操作
```shell ```shell
# git rebase <target-branch> # git rebase <target-branch>
# 其会找到当前分支和目标分支的公共祖先快照,并且将当前分支的快照 # 其会找到当前分支和目标分支的公共祖先快照,并且将当前分支的快照
# 相对于公共祖先的快照变化基于target分支的最后提交replay # 相对于公共祖先的快照变化基于target分支的最后提交replay
# 然后将当前分支的节点指向到产生的新快照 # 然后将当前分支的节点指向到产生的新快照
$ git rebase <target-branch> $ git rebase <target-branch>
``` ```
* 在调用git rebase时和git merge一样可能会出现冲突的问题。故而在出现冲突后需要手动解决冲突并且调用git rebase --continue命令。 * 在调用git rebase时和git merge一样可能会出现冲突的问题。故而在出现冲突后需要手动解决冲突并且调用git rebase --continue命令。
* git rebase复杂操作 * git rebase复杂操作
```shell ```shell
# 调用git rebase可以将一个分支基于另一个分支的改变replay到第三分支上 # 调用git rebase可以将一个分支基于另一个分支的改变replay到第三分支上
$ git rebase --onto target-branch base-branch topic-branch $ git rebase --onto target-branch base-branch topic-branch