Git操作-分支管理(一)
来源:互联网 发布:centos 7 xfce4 中文 编辑:程序博客网 时间:2024/06/03 15:59
分支介绍
多个分支就是在版本库中有多条提交的记录线条,如下图所示,蓝色的master是一个分支,红色的dev也是一个分支,HEAD所指的是当前的分支:
分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
创建分支
之前我们了解到,当生成git版本库的时候,会自动生成一个master分支,是主分支,HEAD指向的是当前分支。一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点:
每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长。
现在我们来创建一个新的分支dev,使用命令git checkout -b dev
,表示创建了分支dev并且切换到dev分支,相当于下面两条命令git branch dev
和git checkout dev
然后可以用git branch
来查看分支,如下图所示*所指的就是当前分支:
现在的分支状况就像下面:
合并分支
我们现在的当前分支是dev,现在对README.txt做个修改,添加一行create a branch named dev
然后提交
现在dev分支的工作完成了,再git checkout master
切换回master分支,切换回master分支后,再查看一个README.txt文件,刚才添加的内容不见了!因为那个提交是在dev分支上,而master分支此刻的提交点并没有变:
现在,我们把dev分支的工作成果合并到master分支上,使用命令git merge dev
,表示合并指定分支dev到当前分支master上,再查看README.txt就可以看到dev分支的最新提交:
现在的分支状况就像下面:
实际上就是直接把master指向dev的当前提交,就完成了合并。
删除分支
合并完分支后,甚至可以删除dev分支。使用命令git branch -d dev
,删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支:
结构图:
- Git操作-分支管理(一)
- Git操作——分支管理(一)
- Git操作-分支管理(二)
- Git操作-分支管理(三)
- Git常用操作 - 分支管理
- Git[一]:分支(Branch)操作
- Git分支管理和远程操作
- git常用操作之分支管理(五)
- Git分支管理的基本操作
- GIT教程 — 浅析分支管理(一)
- 【Git/Github学习笔记】Git分支管理(一)
- 3.3 Git 分支 - 分支管理
- git 分支管理-----本地分支,远程分支
- Git分支管理
- Git 创建管理分支
- Git分支管理策略
- Git分支管理策略
- Git分支管理策略
- QT5.4.1移动开发序
- Windows系统进程
- JAVA学习第3天(3)static 关键字
- linux 网络基础
- EA窍门——如何设置不同包中元素之间的关系
- Git操作-分支管理(一)
- ZOJ题目分类
- 黑马程序员————面向对象之封装
- hiho一下 第四十四周 题目1 : 博弈游戏·Nim游戏
- HDU-2054-A == B?(Java大数BigDecimal)
- js缓冲运动、弹性运动、碰撞运动
- 5.19作业
- 基于用户的协同过滤推荐算法原理和实现
- 关于LTE系统中的逻辑信道、传输信道以及物理信道