`
李大宝
  • 浏览: 14434 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

GIT 分支管理:创建与合并分支、解决合并冲突

    博客分类:
  • GIT
阅读更多

分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。

现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。

创建与合并分支

 在使用Git提交大家都知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向mastermaster才是指向提交的,所以,HEAD指向的就是当前分支。

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

 

 

下面开始实战。

首先,我们创建dev分支,然后切换到dev分支:

$ git checkout -b dev
Switched to a new branch 'dev'

git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:

$ git branch dev
$ git checkout dev
Switched to branch 'dev'

然后,用git branch命令查看当前分支:

$ git branch
* dev
  master

git branch命令会列出所有分支,当前分支前面会标一个*号。

然后,我们就可以在dev分支上正常提交,比如对readme.txt做个修改,加上一行:

create new branch dev..

然后提交:

$ git add readme.txt
$ git commit -m "create new branch...."
[dev 45ae9a9] create new branch....
 1 file changed, 1 insertion(+)

现在,dev分支的工作完成,我们就可以切换回master分支:

$ git checkout master
Switched to branch 'master'
Your branch is up-to-date with 'origin/master'.

切换回master分支后,再查看一个readme.txt文件,刚才添加的内容不见了!因为那个提交是在dev分支上,而master分支此刻的提交点并没有变。

 

 

现在,我们把dev分支的工作成果合并到master分支上:

$ git merge dev
Updating 90bc1f7..45ae9a9
Fast-forward
 readme.txt | 1 +
 1 file changed, 1 insertion(+)

git merge命令用于合并指定分支到当前分支。合并后,再查看readme.txt的内容,就可以看到,和dev分支的最新提交是完全一样的。

注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。

当然,也不是每次合并都能Fast-forward,我们后面会讲其他方式的合并。

合并完成后,就可以放心地删除dev分支了:

$ git branch -d dev
Deleted branch dev (was 45ae9a9).

删除后,查看branch,就只剩下master分支了:

$ git branch
* master

 

因为创建、合并和删除分支非常快,所以Git鼓励你使用分支完成某个任务,合并后再删掉分支,这和直接在master分支上工作效果是一样的,但过程更安全。

 

小结

Git鼓励大量使用分支:

查看分支:git branch

创建分支:git branch <name>

切换分支:git checkout <name>

创建+切换分支:git checkout -b <name>

合并某分支到当前分支:git merge <name>

 

删除分支:git branch -d <name>

 

解决冲突

人生不如意之事十之八九,合并分支往往也不是一帆风顺的。

准备新的feature1分支,继续我们的新分支开发:

$ git checkout -b feature1
Switched to a new branch 'feature1'

修改readme.txt最后一行,改为:

create new branch feature1..

feature1分支上提交:

$ git add readme.txt
$ git commit -m "create new branch feature1 first modify"
[feature1 b4309b0] create new branch feature1 first modify
 1 file changed, 1 insertion(+)

切换到master分支:

$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

 

Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。

master分支上把readme.txt文件的最后一行改为:

goback master....

提交:

$ git add readme.txt
$ git commit -m "goback master first modify"
[master 0b56936] goback master first modify
 1 file changed, 1 insertion(+)

 

现在,master分支和feature1分支各自都分别有新的提交

 

这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突,我们试试看:

$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.

果然冲突了!Git告诉我们,readme.txt文件存在冲突,必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件:

$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
  (use "git push" to publish your local commits)
You have unmerged paths.
  (fix conflicts and run "git commit")

Unmerged paths:
  (use "git add <file>..." to mark resolution)

        both modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

我们可以直接查看readme.txt的内容:

create new branch dev..
<<<<<<< HEAD
goback master....
=======
create new branch feature1..
>>>>>>> feature1

Git用<<<<<<<=======>>>>>>>标记出不同分支的内容,我们修改如下后保存:

create new branch dev..
create new branch feature1..
goback master....

再提交:

 

$ git add readme.txt
$ git commit -m "fixed conflicts"
[master 0f3d64a] fixed conflicts

 

用带参数的git log也可以看到分支的合并情况:

$ git log --graph --pretty=oneline --abbrev-commit
*   0f3d64a fixed conflicts
|\
| * b4309b0 create new branch feature1 first modify
* | 0b56936 goback master first modify
|/
* 45ae9a9 create new branch....
* 90bc1f7 test name
* c1bdf43 test commit
* dd34c9a no add but commit,because use other parameter
* 4ed30d1 eight modify dify
* b45ca96 eight modify
* 9332d40 seven modify
* 72c6f9b six modify
* f64b5a0 five modify
* de8fd65 four modify
* 83a4b1e three modify
* 01c05cf two modify
* 1acafa7 first modify
* 09c1bba first git

最后,删除feature1分支:

$ git branch -d feature1
Deleted branch feature1 (was b4309b0).

小结

当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。

git log --graph命令可以看到分支合并图。

 

解决分支合并产生的冲突:

手动修改冲突后提交就行

git log --graph 命令可以看到分支合并图

 

eg:git log --graph --pretty=oneline --abbrev-commit

 

  • 大小: 60.6 KB
  • 大小: 10.5 KB
分享到:
评论

相关推荐

    git 分支管理

    ### Git分支管理详解 #### 一、分支的重要性与特点 几乎每种版本控制系统都支持分支功能,但在Git中,分支的使用方式与效率达到了前所未有的高度。传统的版本控制系统在创建分支时,通常需要复制整个项目的代码库...

    Git的使用文档--分支管理与冲突解决

    下面将详细阐述Git的分支管理和冲突解决。 1. **创建和切换分支** - 创建分支:使用`git branch &lt;branch_name&gt;`命令可以创建一个新的分支,如`git branch test`。 - 切换分支:使用`git checkout &lt;branch_name&gt;`...

    Git命令使用大全,包括:仓库创建、常用命令、分支管理、查看历史、标签以及远程仓库

    以上只是Git命令的一部分,实际使用中还有更多高级功能,如交互式重置(`git reset --interactive`)、合并冲突解决、cherry-pick(选择性合并)等。熟悉并掌握这些命令,将使你在版本控制和团队协作中更加得心应手。

    分支管理规范-GIT分支流程开发规范

    Git分支管理规范旨在为开发团队提供一个清晰、有序的工作流程,它将代码的不同阶段(如开发、测试、发布)与相应的分支关联起来,以促进协同工作和版本控制。通过规范化的分支策略,可以避免代码冲突,保证代码质量...

    idea+git合并分支解决冲突及详解步骤

    通过以上步骤,可以有效地在Idea中管理和合并Git分支,同时解决可能出现的冲突,确保代码库的整洁和团队协作的顺畅。了解这些操作对于日常开发和团队协作至关重要,有助于提升开发效率和代码质量。

    Git分支合并和命令.docx

    ### Git分支合并和命令详解 #### 一、Git分支概念及优势 **Git 分支**是一种非常高效且灵活的功能,允许开发者在不干扰主线代码的情况下进行独立开发和测试。这得益于Git内部对分支的实现机制——实际上每一个分支...

    git分支原理命令图文解析

    ### Git分支原理与命令详解 #### 一、Git分支机制概览 在深入探讨Git分支的具体操作之前,首先需要理解Git是如何管理和维护不同版本的。Git通过一系列的指针(称为引用,通常简称ref)来追踪项目的不同版本。每个...

    git分支版本管理.pdf

    - 开发完成后,将feature分支合并回dev,如`git checkout dev && git merge feature1`,并解决可能出现的冲突。 - 测试阶段,从dev创建release分支,如`git checkout -b release`,并将dev的改动合并到release分支...

    Git分支合并冲突解决的方法实现

    本文将深入探讨Git分支合并冲突的解决方法,以便更好地理解和管理这些冲突。 首先,我们需要理解Git的两种主要合并策略:`merge`和`rebase`。`merge`策略保留了分支的历史,形成一个网状的提交历史,而`rebase`则...

    git分支管理规范说明资料

    1. **定期合并**:为了保持分支间的同步,开发分支和临时性分支应定期与Develop和Master分支合并,避免出现大的合并冲突。 2. **代码审查**:在合并前,建议进行代码审查,以保证代码质量,发现潜在问题。 3. **...

    git知识,git简介介绍,如何使用

    Git 知识总结 Git 是一款免费、开源的分布式版本控制系统,用于敏捷高效地处理任何或小或...* 合并冲突:两个分支进行合并但是他们含有同一个文件的修改,则合并时出现冲突,git 无法决断改保留文件哪个文件的修改。

    git的使用和创建_creat

    ### Git的使用与创建知识点详解 #### Git简介与特点 - **定义**:Git是一种分布式版本控制系统,由Linus Torvalds开发,主要用于管理和跟踪计算机软件的开发过程中的变更。 - **分布式特性**:Git的工作目录是完全...

    git-imerge:git的增量合并

    通过发现并展示可能的最小冲突,将合并冲突的痛苦降低到不可避免的最低水平:每个分支的一次提交所引起的更改之间的冲突。 允许在进行合并时对其进行保存,测试,中断,发布和协作。 我认为从视觉上理解增量合并...

    git_tutorial:去测试

    3. 合并分支:完成分支上的工作后,用`git merge`命令将分支合并回主分支,例如`git merge new-feature`。 四、远程仓库 1. 添加远程仓库:使用`git remote add origin https://github.com/username/repo.git`将...

    07.Git分支规范1

    - **Master分支**:只包含已发布的稳定代码,不允许直接开发,由release和hotfix分支合并更新,主程序员管理,每次合并后打tag。 - **Develop分支**:主要开发分支,包含了所有未来要发布的特性,可以从它创建...

    Git分支创建与合并

    Git分支管理是软件开发中的重要组成部分,特别是在团队协作中,有效地使用分支可以帮助团队成员同时进行工作,而不会互相干扰。以下是一些关于Git分支创建与合并的关键知识点: 1. **分支策略**: - `master`分支...

    git 代码管理与版本管理.docx

    Git 的工作流程主要包括以下几个步骤:创建和克隆仓库、代码提交、撤销修改、冲突处理、工作现场管理、合并提交、标签管理和版本命名规范。 创建和克隆仓库 创建和克隆仓库是 Git 使用的第一步,开发者可以通过...

    GIt版本管理软件资料

    - 需要与其他开发者协作时,使用`git pull`获取他们的更新,解决可能出现的冲突,再用`git push`将自己的工作推送到远程分支。 - 项目负责人可以使用`git merge`或`git rebase`整合各个开发者的分支,确保主分支的...

Global site tag (gtag.js) - Google Analytics