您现在的位置是:首页 > 正文

git的分支管理策略

2024-04-01 06:54:50阅读 2

分支在实际中的作用

假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。


分支的原理描述

在版本回退里,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。开始的时候,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向mastermaster才是指向提交的,所以,HEAD指向的就是当前分支。

一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点.

每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长:

当我们创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上.

这样一个dev的分支就建成了,不过,从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变。

我们在dev上的工作完成了,就可以把dev合并到master上。最简单的方法,就是直接把master指向dev的当前提交,就完成了合并。合并完分支后,就可以删除无用的dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支。


分支的创建与删除

ubuntu@myUbuntu:~/joe/learngit$ ls
abc.c  readme.txt
ubuntu@myUbuntu:~/joe/learngit$ git status
位于分支 master        //当前位于主分支
您的分支与上游分支 'origin/master' 一致。
无文件要提交,干净的工作区
ubuntu@myUbuntu:~/joe/learngit$ 
git checkout -b dev
    //创建一个分支并切换到当前分支
切换到一个新分支 'dev'
ubuntu@myUbuntu:~/joe/learngit$ 
git branch
    //查看所有分支,(当前的分支前会有*号)
* dev
  master
ubuntu@myUbuntu:~/joe/learngit$ ls
abc.c  readme.txt
ubuntu@myUbuntu:~/joe/learngit$ vi readme.txt     //在dev分支下修改文件
ubuntu@myUbuntu:~/joe/learngit$ 
git status
    //查看状态,是在dev分支下
位于分支 dev
尚未暂存以备提交的变更:
  (使用 "git add <file>..." 更新要提交的内容)
  (使用 "git checkout -- <file>..." 丢弃工作区的改动)

    修改:     readme.txt

修改尚未加入提交(使用 "git add" 和/或 "git commit -a")
ubuntu@myUbuntu:~/joe/learngit$ git add readme.txt 
ubuntu@myUbuntu:~/joe/learngit$ 
git commit -m "new dev branch"

[dev 9409b92] new dev branch
 1 file changed, 2 insertions(+), 1 deletion(-)
ubuntu@myUbuntu:~/joe/learngit$ 
git checkout master
    //将dev分支下的工作提交以后,切换到主分支
切换到分支 'master'
您的分支与上游分支 'origin/master' 一致。
ubuntu@myUbuntu:~/joe/learngit$ 
cat readme.txt
         //主分支下查看文件发现文件内容并没有修改
Git is a distributed version control system
Git is free software distributed under the
Are you ok?
Yes,i am fine.
What about you?
ubuntu@myUbuntu:~/joe/learngit$ 
git merge dev
        //dev分支和master分支合并
更新 f10fe58..9409b92
Fast
-
forward//Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。当然,也不是每次合并都能Fast-forward,就如下面的冲突
 readme.txt | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
ubuntu@myUbuntu:~/joe/learngit$ 
cat readme.txt
         //合并以后,再次查看,文件内容已经修改
Git is a distributed version control system
Git is free software distributed under the
Are you ok?
Yes,i am fine.
What about you
Create a branch is so quick.
ubuntu@myUbuntu:~/joe/learngit$ 
git branch -d dev
    //删除分株
已删除分支 dev(曾为 9409b92)。
ubuntu@myUbuntu:~/joe/learngit$ git branch
* master
//git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:

$ git branch dev    //创建分支
$ git checkout dev    //切换分支
Switched to branch 'dev'

分支的冲突

ubuntu@myUbuntu:~/joe/learngit$ git status
位于分支 master
您的分支领先 'origin/master'1 个提交。
  (使用 "git push" 来发布您的本地提交)
无文件要提交,干净的工作区
ubuntu@myUbuntu:~/joe/learngit$ 
git checkout -b bran
    //新建bran分支,修改文件内容并提交
切换到一个新分支 'bran'
ubuntu@myUbuntu:~/joe/learngit$ vi abc.c 
ubuntu@myUbuntu:~/joe/learngit$ cat abc.c 
I am a new branch
ubuntu@myUbuntu:~/joe/learngit$ git add abc.c 
ubuntu@myUbuntu:~/joe/learngit$ 
git commit -m "new bran"

[bran 5aa28d8] new bran
 1 file changed, 1 insertion(+), 1 deletion(-)
ubuntu@myUbuntu:~/joe/learngit$ 
git checkout master
    //切换回主分支,修改同一个文件,并提交
切换到分支 'master'
您的分支领先 'origin/master'1 个提交。
  (使用 "git push" 来发布您的本地提交)
ubuntu@myUbuntu:~/joe/learngit$ vi abc.c 
ubuntu@myUbuntu:~/joe/learngit$ cat abc.c 
I am not a branch
ubuntu@myUbuntu:~/joe/learngit$ git add abc.c 
ubuntu@myUbuntu:~/joe/learngit$ git 
commit -m "not a branch"

[master fe42f3e] not a branch
 1 file changed, 1 insertion(+), 1 deletion(-)
ubuntu@myUbuntu:~/joe/learngit$ 
git merge bran
    //此时合并分支的时候,出现了冲突(2个分支都对文件做了修改,那么合并的时候应该合并哪一个呢?此时需要手动解决以后,才可以合并。)
自动合并 abc.c
冲突(内容):合并冲突于 abc.c
自动合并失败,修正冲突然后提交修正的结果。
ubuntu@myUbuntu:~/joe/learngit$ git status
位于分支 master
您的分支领先 'origin/master'2 个提交。
  (使用 "git push" 来发布您的本地提交)
您有尚未合并的路径。
  (解决冲突并运行 "git commit"未合并的路径:
  (使用 "git add <file>..." 标记解决方案)

    双方修改:   abc.c

修改尚未加入提交(使用 "git add" 和/或 "git commit -a")
ubuntu@myUbuntu:~/joe/learngit$ 
cat abc.c
     //查看文件内容
<<<<<<< HEAD
I am not a branch
=======
I am a new branch
>>>>>>> bran
//Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容
ubuntu@myUbuntu:~/joe/learngit$ 
vi abc.c
     //将其文件内容修改统一后,提交
ubuntu@myUbuntu:~/joe/learngit$ cat abc.c 
I am not a branch
ubuntu@myUbuntu:~/joe/learngit$ git add abc.c 
ubuntu@myUbuntu:~/joe/learngit$
git commit -m "conflict ok"

[master f73e798] conflict ok
ubuntu@myUbuntu:~/joe/learngit$ 
git log --graph --pretty=oneline --abbrev-commit
//查看分支历史,形象的描写了冲突的位置
*   f73e798 conflict ok
|\  
| * 5aa28d8 new bran
* | fe42f3e not a branch
|/  
* 9409b92 new dev branch
* f10fe58 new abc
* 0ad1dfe del ab.c
* 7b6507e new ab.c
* 020f927 del abc
* 010726f del a line
* c834e17 nothing
* aa6b706 new abc.c
* 82f4ed9 modify read
* e32e92b del abc.c
* ab22d92 test stage
* d4e3943 understand how stage workd
* 71038bf append GPL
* 942f575 add distributed
* b401faf joe's first txt
ubuntu@myUbuntu:~/joe/learngit$ 
git branch -
d bran
已删除分支 bran(曾为 5aa28d8)。

分支管理策略

合并分支时,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。

如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。

ubuntu@myUbuntu:~/joe/learngit$ 
git checkout -b dev
    //新建dev分支,修改文件并提交
切换到一个新分支 'dev'
ubuntu@myUbuntu:~/joe/learngit$ vi abc.c 
ubuntu@myUbuntu:~/joe/learngit$ cat abc.c 
I like you
!

ubuntu@myUbuntu:~/joe/learngit$ git add abc.c 
ubuntu@myUbuntu:~/joe/learngit$ 
git commit -m "dev branch"

[dev cef4924] dev branch
 1 file changed, 1 insertion(+), 1 deletion(-)
ubuntu@myUbuntu:~/joe/learngit$ git checkout master
切换到分支 'master'
您的分支领先 'origin/master'4 个提交。
  (使用 "git push" 来发布您的本地提交)
//合并dev分支,--no-ff参数,表示禁用Fast forward,本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去
ubuntu@myUbuntu:~/joe/learngit$ 
git merge --no-ff -m "merge with no-ff"
 dev
Merge made by the 'recursive' strategy.
 abc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
ubuntu@myUbuntu:~/joe/learngit$ 
git log --graph --pretty=oneline --abbrev-
commit
*   7877628 merge with no-ff
|\  
| * cef4924 dev branch
|/  
*   f73e798 conflict ok
|\  
| * 5aa28d8 new bran
* | fe42f3e not a branch
|/  
* 9409b92 new dev branch
* f10fe58 new abc

使用fast forward的情况

ubuntu@myUbuntu:~/joe/learngit$ 
git checkout -
b dev
切换到一个新分支 'dev'
ubuntu@myUbuntu:~/joe/learngit$ vi abc.c 
ubuntu@myUbuntu:~/joe/learngit$ cat abc.c 
I don
't like you!
ubuntu@myUbuntu:~/joe/learngit$ git add abc.c 
ubuntu@myUbuntu:~/joe/learngit$ 
git commit -m "dev"

[dev b961f85] dev
 1 file changed, 1 insertion(+), 1 deletion(-)
ubuntu@myUbuntu:~/joe/learngit$ git checkout master
切换到分支 'master'
您的分支领先 'origin/master'6 个提交。
  (使用 "git push" 来发布您的本地提交)
ubuntu@myUbuntu:~/joe/learngit$ git merge dev
更新 7877628..b961f85
Fast-forward
 abc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
ubuntu@myUbuntu:~/joe/learngit$ 
git log --graph --pretty=oneline --abbrev-
commit
*
 b961f85 dev
*   7877628 merge with no-ff
|\      //注意这2次分支的对比
| * cef4924 dev branch
|/  
*   f73e798 conflict ok
|\  
| * 5aa28d8 new bran
* | fe42f3e not a branch
|/  
* 9409b92 new dev branch
* f10fe58 new abc
* 0ad1dfe del ab.c

分支策略

  1. 首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
  2. 干活都在dev分支上,dev分支是不稳定的,新版本版本发布时,再把dev分支合并到master上,在master分支发布新版本;
  3. 每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。

网站文章

  • Python快速上手学习笔记

    该笔记适用于想快速的上手Python,用于临时开发工作的同志们o(* ̄▽ ̄*)ブ。

    2024-04-01 06:54:09
  • 几种给对象属性赋值复制操作

    几种给对象属性赋值复制操作 效率:因为Orika的设计思路是预先通过javaassist把JavaBean之间的映射关系一次性生成目标拷贝方法代码。 这样就可以避免在Bean 映射环节一次次的读取映射规则。 从而实现效率上的提高...

    2024-04-01 06:54:02
  • 【NI-DAQmx入门】NI-DAQmx之C、C++、VB、VB.net与C#支持

    net路径(不需要安装Measurement Studio, .NET API 是NI-DAQmx驱动程序的一部分,measurement Studio只是一个集成代码工具)示例:Users\Publ...

    2024-04-01 06:53:53
  • Python语言生成环形队列

    在这个代码中,我们使用了一个类 CircularQueue 来表示环形队列。构造函数 __init__ 接受一个 capacity 参数,表示队列的容量。

    2024-04-01 06:53:15
  • React Hooks 学习笔记

    React Hooks Hooks 1. React Hooks 介绍 1.1 React Hooks 是用来做什么的 对函数型组件进行增强,让函数型组件可以存储状态,可以拥有处理副作用的能力,让开发...

    2024-04-01 06:53:07
  • 查询Linux下文件格式.

    备忘file 命令可以查一个文件的格式readelf -h 可执行文件名. 可以查询可执行文件的详细的格式 向Windows中exeinfo 软件类转载于:https://www.cnblogs.com/lovesKey/p/11257144.html...

    2024-04-01 06:53:00
  • shell中echo命令详解

    linux的echo命令, 在shell编程中极为常用, 在终端下打印变量value的时候也是常常用到的, 因此有必要了解下echo的用法。

    2024-04-01 06:52:18
  • 【Spring】xml配置文件常用的头约束

    【Spring】xml配置文件常用的头约束

    xml配置文件中常用的头部xsd约束大全

    2024-04-01 06:52:11
  • ModuleNotFoundError: No module named ‘paddle‘

    ModuleNotFoundError: No module named ‘paddle‘

    2024-04-01 06:52:04
  • Alpha 冲刺 (1/10)

    Alpha 冲刺 (1/10)

    目录 摘要 团队部分 个人部分 摘要 队名:小白吃 组长博客:hjj 作业博客:来自双十一的爱 团队部分 后敬甲(组长) 过去两天完成了哪些任务 文字描述 Alpha版本的任务细分安排 leangoo团队管理完善 博客模板整理 GitHub代码/文档签入记录 暂无代码签入 接下来的计划 完善规范Github代码管理方法 团队项目进度跟进 还剩下哪些任务 继续跟进团...

    2024-04-01 06:51:56