Git Step by Step – (5) Git分支(branch)

在前面两盘文章中介绍了Git的基本原理,都是理论知识。这篇文章我们再次回到实践中,看看Git分支(branch)的使用。

在代码版本控制工具中,都会有branch的概念。刚开始建立版本仓库的时候,我们只有一个主分支(master branch),我们不可能把日常的新功能开发、代码优化以及bug修复等概念工作全都放在主分支上,这样会使主分支很难维护。这就是为什么会有branch。

分支的创建及删除

分支的创建

在Git中,branch的创建很简单,我们可以通过下面的命令创建一个"release-1.0"的branch。

然后通过"checkout"命令来切换branch。

在Git中,我们可以通过"git checkout -b"命令来达到同时创建并切换branch的效果。

注意:大家一定还记得第二篇文章中我们通过"checkout"命令来还原WorkSpace中的更新,在还原的命令中我们使用的是"checkout --",如果没有"--"就代表切换branch。

根据前面两篇文章的知识,我们进入".git/refs/heads"目录,发现有"HEAD"和"release-1.0"两个文件,并且两个文件包含的哈希值相同,根据"git log"可以知道这个哈希值代表master上最新的提交。所以,创建分支后我们会得到下面的关系图,从值张图中可以看到,branch的切换对应HEAD引用值的改变。

有了新的branch之后,我们就可以分别在不同的branch上工作了。假设我们现在更新"app.py",并且在release-1.0 branch上面提交,重新查看对象关系图。

根据上面的对象图,可以分析出以下信息:

  • "ref/heads/release-1.0"文件内的哈希值将更新为release-1.0 branch上最新的更新
  • release-1.0 branch上面的更新不会体现在master branch

经过查看,"ref/heads/release-1.0"文件的内容确实是release-1.0 branch上最新的更新。并且,当我们切换到master branch的时候,所有master上的东西都没有变化。

分支的删除

分支的删除比较简单,可以使用"git branch -d"命令,为了不影响后面的内容,这里演示新建、删除dev branch。

分支的合并

branch的创建是为了方便开发、修复bug以及保持master的稳定。但是最终branch上的内容还是要合并到master的,接下来就看看分支的合并。

在Git中,可以通过"Git merge"来合并分支,继续前面的例子,我们可以把"app.py"的更新merge到master branch上。

这时候,master的HEAD就被更新了,跟release-1.0内容一致了,这些就是merge命令做的事情。

合并冲突

在branch的合并中,很多时候我们会遇到冲突,那么我们就需要手动解决冲突,然后再提交了。

为了演示冲突合并,我们回退master到上一次提交(一定还记得git reset吧),然后同样更新"app.py"提交到master。

通过上面可以看到,master和release-1.0上同时修改了"app.py",合并时引起了冲突。在Git中,会用"<<<<<<<","=======",">>>>>>>"标记出冲突区域,我们需要根据这些符号找到所有的冲突并解决。

冲突解决之后,我们通过"git log"来产看一些结果,但是这次我们要给"git log"加一些参数。

同时,这里给出最新的对象关系图

branch相关操作

在branch的使用过程中,我们还会经常使用到stash和diff操作,下面分别进行介绍。

stash

在Git中,stash是个很有用的命令,可以保存我们做到一半的工作,可以理解成一个未完成工作的保存区。

假如我们在release-1.0 branch做了一些更新,但是想做的事情还没有全部完成,不能提交,这是我们又要切换到master branch,这是Git会禁止branch切换。

比如,例子中我们从app.py中删除"div(16, 4)"。

这个时候我们就需要使用stash来保存未完成的工作了。

如果需要继续前面的工作,我们可以通过"git stash apply"来还原被保存的工作状态。

stash空间就像是一个栈空间,每次通过stash保存等内容都会被压入stash栈。命令不仅仅是支持简单的list、apply操作,接下来我们看看更多的stash命令。

  1. git stash save:可以通过自定义的信息来描述一个stash

  2. git stash apply [email protected]{n}:通过这个命令,我们可以选择stash栈中的stash,从而恢复到特定的状态;"git stash apply"使用栈顶来还原WorkSpace。
  3. git stash pop:就像"git stash apply"使用栈顶来还原WorkSpace,但是同时会从stash栈中删除当前的栈顶stash。

stash工作原理

相信大家都看到了stash的强大,下面我们来看看stash的工作原理。在使用过stash保存之后,我们会发现.git目录中出现了两个新文件".git/refs/stash"和".git/logs/refs/stash"。两个文件内容分别如下:

.git/refs/stash

dcac98e565864edc6f636b08660baebe2c97e7d2

.git/logs/refs/stash

0000000000000000000000000000000000000000 dcac98e565864edc6f636b08660baebe2c97e7d2 WilberTian <Wilber***com> 1420201804 +0800    WIP on release-1.0: ed17809 update app.py on release branch

根据我们在对象关系模型那篇文章中学到的内容,我们可以得到以下信息,所以可以看到,stash存放内容也是可以根据对象关系模型一点点找出来。

这里就不提供对象关系图了,比较复杂,有兴趣的同学可以自己画一个看看各个对象之间的关系。

branch之间的diff

在前面的文章中我们通过diff比较过同一个分支上的内容在WrokSpace、stage和repo中的差别。

同样diff可以支持分支之间的比较。

  • git diff branchName:把当前branch跟branchName进行比较,也可以使用"git diff branchNameA branchNameB"
  • git diff branchName -- fileName:比较两个branch的fileName文件差异

总结

通过这篇文章介绍了分支的基本使用,同时介绍了一个非常有用的stash命令。

在使用Git进行代码控制中,分支是很容易创建的,所以也建议使用分支来进行开发新功能、bug修复。

时间: 2024-10-19 16:36:16

Git Step by Step – (5) Git分支(branch)的相关文章

使用git克隆项目、从dev分支上更新代码以及将代码提交到Coding(或GitHub)上面

本教程的目的: 这是个crm项目中,有两个分支一个是master 和 dev ,master主分支,不允许提交代码,我要拉去dev分支上最新的代码,并将修改后的项目,在推送到dev分支上. 一. 1.首先需要下载一个git,并安装. 2.关联本地和git网站(如果不是第一次使用git,已经配置过,请忽略) 这里是你github的不是coding的 命令: git config --global user.name "你的git名称" git config --global user.e

Git Step by Step – (8) Git的merge和rebase

前面一篇文章中提到了"git pull"等价于"git fetch"加上"git merge",然后还提到了pull命令支持rebase模式,这篇文章就介绍一下merge和rebase之间有什么差别. 由于我们主要是想看看merge跟rebase之间的区别,这里就是用本地仓库的分支进行演示了. merge 其实在介绍分支的那篇文章中已经介绍过了一些分支merge的内容,这里就进行一些补充和总结. 下面我们基于本地一个仓库开始介绍,当前仓库的分支情

Git Step by Step – (6) Git远程仓库

前面文章中出现的所有Git操作都是基于本地仓库的,但是日常工作中需要多人合作,不可能一直都在自己的代码仓库工作.所以,这里我们就开始介绍Git远程仓库. 在Git系统中,用户可以通过push/pull命令来推送/获取别的开发人员的更新,当时对于一个工作组来说,这种方式会效率比较低.所以,在一个Git系统中,都会有一个中心服务器,大家都通过中心服务器来推送/获取更新. 为了方便本篇例子的进行,我就使用多个目录来模拟多个用户以及中心服务器,这样就不用搭建Git服务器了. 中心服务器:C:\VM\Ce

Git Step by Step – (4) 探索.git目录

前面一篇文章介绍了Git对象模型,接下来我们就进入".git"目录看看到底有什么东西,目录中哪些东西又跟Git对象模型相关.结合这个目录,我们将进一步了解Git的工作原理. .git目录 下面就开始进入.git目录了,通过"ls"命令可以看到.git目录中的文件和子目录: 对于这些文件和目录,下面给出了一些基本的描述.在后面后有logs.objects.refs.index和HEAD更详细的介绍 (D) hooks:这个目录存放一些shell脚本,可以设置特定的gi

Git Step by Step – (7) Git远程仓库(续)

上一篇文章介绍了Git远程仓库的一些使用,但是还是有些东西需要补充一下,所以有了这个续篇. .gitignore 前一篇中,我们介绍了Git的patch功能,当我们生成patch之后,"git status"就会显示patch文件是"Untracked files".当然,我们也没有必要去跟踪这个patch文件. 同样,项目中可能会经常生成一些Git系统不需要追踪(track)的文件,在编译生成过程中 产生的文件或是编程器生成的临时备份文件.我们可以在使用"

git 删除远程分支 branch

git 删除远程分支 : git push origin :远程分支 例如删除远程分支 osc(楼主的origin是 osc): [email protected] MINGW64 ~/workspace/HelloWorld/src/selenium (master)$ git push osc :oscTo [email protected]:wuzhiyi51/selenium_learn.git - [deleted] osc git 创建分支(branch) git branch te

[git] git 分支( branch ) 的基本使用

分支( branches ) 是指在开发主线中分离出来,做进一步开发而不影响到原来主线. Git 存储的不是一系列的更改集( changeset ),而是一系列快照.当你执行一次 commit 时, Git 存储一个 commit 对象,它包含一个指针指向你当前需要提交的内容的快照. Git 中的 master 分支的功能,和其他分支一样.master 在 git 项目中常见到,是因为 git init 命令运行时默认创建一个分支,并命名为 master. 创建一个新的分支,就是创建一个新的指针

Git Step by Step – (2) 本地Repo

前面一篇文章简单介绍了Git,并前在Windows平台上搭建了Git环境,现在就正式的Git使用了. Git基本概念 在开始Git的使用之前,需要先介绍一些概念,通过这些概念对Git有些基本的认识,这将会对我们后面的操作有很大的帮助. 在Git中,每个版本库都叫做一个仓库(repository),每个仓库可以简单理解成一个目录,这个目录里面的所有文件都通过Git来实现版本管理,Git都能跟踪并记录在该目录中发生的所有更新. 现在我们已经知道什么是repository(缩写repo)了,假如我们现

git 分支branch

转:https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000 每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以