分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
创建与合并分支
在使用Git提交大家都知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master
分支。HEAD
严格来说不是指向提交,而是指向master
,master
才是指向提交的,所以,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
相关推荐
### Git分支管理详解 #### 一、分支的重要性与特点 几乎每种版本控制系统都支持分支功能,但在Git中,分支的使用方式与效率达到了前所未有的高度。传统的版本控制系统在创建分支时,通常需要复制整个项目的代码库...
下面将详细阐述Git的分支管理和冲突解决。 1. **创建和切换分支** - 创建分支:使用`git branch <branch_name>`命令可以创建一个新的分支,如`git branch test`。 - 切换分支:使用`git checkout <branch_name>`...
以上只是Git命令的一部分,实际使用中还有更多高级功能,如交互式重置(`git reset --interactive`)、合并冲突解决、cherry-pick(选择性合并)等。熟悉并掌握这些命令,将使你在版本控制和团队协作中更加得心应手。
Git分支管理规范旨在为开发团队提供一个清晰、有序的工作流程,它将代码的不同阶段(如开发、测试、发布)与相应的分支关联起来,以促进协同工作和版本控制。通过规范化的分支策略,可以避免代码冲突,保证代码质量...
在开发过程中,Git仓库的迁移和分支管理是非常常见的操作。下面将详细讲解如何进行Git仓库迁移以及如何合并dev分支到master分支。 **一、Git仓库迁移** 1. **克隆仓库**:首先,你需要在新的服务器或本地目录上...
通过以上步骤,可以有效地在Idea中管理和合并Git分支,同时解决可能出现的冲突,确保代码库的整洁和团队协作的顺畅。了解这些操作对于日常开发和团队协作至关重要,有助于提升开发效率和代码质量。
### Git分支合并和命令详解 #### 一、Git分支概念及优势 **Git 分支**是一种非常高效且灵活的功能,允许开发者在不干扰主线代码的情况下进行独立开发和测试。这得益于Git内部对分支的实现机制——实际上每一个分支...
### Git分支原理与命令详解 #### 一、Git分支机制概览 在深入探讨Git分支的具体操作之前,首先需要理解Git是如何管理和维护不同版本的。Git通过一系列的指针(称为引用,通常简称ref)来追踪项目的不同版本。每个...
内容概要:本文详细介绍了如何配置 Git 用户信息、创建本地仓库以及管理远程仓库的基本命令,同时涵盖了一些常见的 Git 流程操作,如创建分支、切换分支、合并分支等。通过具体的示例代码演示了各个操作步骤的具体...
内容概要:本文档详细描述了在使用Git进行项目协作过程中遇到的分支合并和提交问题以及相应的解决方案。主要内容涉及合并提示及其处理方法(如撰写有效的合并消息)、保存及退出编辑器的方法、推送被拒后的解决步骤...
- 开发完成后,将feature分支合并回dev,如`git checkout dev && git merge feature1`,并解决可能出现的冲突。 - 测试阶段,从dev创建release分支,如`git checkout -b release`,并将dev的改动合并到release分支...
本文将深入探讨Git分支合并冲突的解决方法,以便更好地理解和管理这些冲突。 首先,我们需要理解Git的两种主要合并策略:`merge`和`rebase`。`merge`策略保留了分支的历史,形成一个网状的提交历史,而`rebase`则...
1. **定期合并**:为了保持分支间的同步,开发分支和临时性分支应定期与Develop和Master分支合并,避免出现大的合并冲突。 2. **代码审查**:在合并前,建议进行代码审查,以保证代码质量,发现潜在问题。 3. **...
Git 知识总结 Git 是一款免费、开源的分布式版本控制系统,用于敏捷高效地处理任何或小或...* 合并冲突:两个分支进行合并但是他们含有同一个文件的修改,则合并时出现冲突,git 无法决断改保留文件哪个文件的修改。
### Git的使用与创建知识点详解 #### Git简介与特点 - **定义**:Git是一种分布式版本控制系统,由Linus Torvalds开发,主要用于管理和跟踪计算机软件的开发过程中的变更。 - **分布式特性**:Git的工作目录是完全...
通过发现并展示可能的最小冲突,将合并冲突的痛苦降低到不可避免的最低水平:每个分支的一次提交所引起的更改之间的冲突。 允许在进行合并时对其进行保存,测试,中断,发布和协作。 我认为从视觉上理解增量合并...
3. 合并分支:完成分支上的工作后,用`git merge`命令将分支合并回主分支,例如`git merge new-feature`。 四、远程仓库 1. 添加远程仓库:使用`git remote add origin https://github.com/username/repo.git`将...
- **Master分支**:只包含已发布的稳定代码,不允许直接开发,由release和hotfix分支合并更新,主程序员管理,每次合并后打tag。 - **Develop分支**:主要开发分支,包含了所有未来要发布的特性,可以从它创建...