概述
分支是所有版本控制系统都支持的的功能。可以从主线分离开任务,以进行独立的开发而不形象主线。
一、Git分支简介
1.1 基本概念
Git的分支采用的是指针记录每个文件的快照以及相应的结构信息,而不是直接复制文件,这样的特性决定了Git的分支非常的轻量,几乎可以瞬间创建分支。
Git 的默认分支名字是 master。 在多次提交操作之后,你其实已经有一个指向最后那个提交对象的 master 分支。 master 分支会在每次提交时自动向前移动。
Git 的 master 分支并不是一个特殊分支。 它就跟其它分支完全没有区别。 之所以几乎每一个仓库都有 master 分支,是因为 git init 命令默认创建它,并且大多数人都懒得去改动它。
1.2 创建分支
git branch branchname # 创建分支,但是不会切换到新的分支
git checkout -b <newbranchname> # 创建分支,同时切换到新建的分支
D:DesktopsTest>git log --oneline --decorate # 查看日志信息
917573c (HEAD -> master) 添加readme # HEAD缓存指针指向master
(2)创建分支
创建的是分支的指针,不会自动切换到新的分支。
新建的分支会在当前对象的基础上创建一个新指针,并指向当前对象。
此时标识位置的指针HEAD依然指向当前版本,而不是新的分支上。
D:DesktopsTest>git log --oneline --decorate
917573c (HEAD -> master, testbranch) 添加readme # 有两个分支,HEAD依然指向master
1.3 分支切换
使用checkout可以切换当前分支,每次提交指挥提交到HEAD所在的分支,而不会分支之间是独立的。
通过间的的切换分支和提交动作,可以快速的在不同分支之间切换,然后时机成熟时将分支合并起来。
git checkout <branchname> # 切换分支
D:DesktopsTest>git checkout testbranch
Switched to branch 'testbranch'
A Test1.txt
A Test2.txt
D:DesktopsTest>git log --oneline --decorate
917573c (HEAD -> testbranch, master) 添加readme
(2) 提交修改
提交只会提交到当前分支里,其他分支不会变化。
D:DesktopsTest>git log --oneline --decorate # 查看当前分支
917573c (HEAD -> testbranch, master) 添加readme
D:DesktopsTest>git commit # 提交资料
[testbranch f60127a] 添加新文件
2 files changed, 1 insertion(+)
create mode 100644 Test1.txt
create mode 100644 Test2.txt
D:DesktopsTest>git log --oneline --decorate
f60127a (HEAD -> testbranch) 添加新文件 # 新提交分分支
917573c (master) 添加readme # 旧的分支一人保持旧的快照版本
(3) 切换到master分支,重新提交
切换master分支,重新提交,将会在master当前分支快照的基础上,延伸出先得的一个版本。
D:DesktopsTest>git checkout master # 切换到master分支
Switched to branch 'master'
D:DesktopsTest>git log --oneline --decorate --all # 查看所有分支
f60127a (testbranch) 添加新文件
917573c (HEAD -> master) 添加readme
D:DesktopsTest>git add TestAdd.txt TestFile.txt # 添加文件
D:DesktopsTest>git commit -a -m "另一个提交版本" # 提交修改
[master ea99183] 另一个提交版本
2 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 TestAdd.txt
create mode 100644 TestFile.txt
D:DesktopsTest>git log --oneline --decorate --all # 重新查看日志
ea99183 (HEAD -> master) 另一个提交版本 # 当前分支新版本
f60127a (testbranch) 添加新文件 # 另一个分支没有变化
917573c 添加readme
1.4 删除分支
git branch -d <branchname> # 删除分支
二、新建和合并分支
2.1 工作流程示意图
- 开发软件时有一个新需求1,那就在原来的基础上新建一个“新分支1”进行修改;
- 新需求1还没有改完的时候,来个个新需求2,要求先改新需求2;
- 这个时候就可以根据新需求2先新建一个分支“新分支2”进行修改,修改完之后合并到主分支上;
- 然后可以切换到新分支1上继续完成修改;
- 修改完成后再合并到主分支上;
- 这样就可以再各个分支上进行切换,而不会影响到各自的操作;
2.2 新建分支
git checkout -b <branchname> # 新建分支,同时切换到新的分支
2.3 合并分支
合并分支是以当前分支未主分支,然后把要合并的分支合并到当前分支中,也就是合并时将其他分支合并到HEAD执行的分支中。
$ git checkout master
$ git merge <branchname>
2.4 分支示例
2.4.1 当前除了主分支,再次创建了两个分支
D:DesktopsTest>git log --oneline --decorate --all
7582919 (HEAD -> test1) add test1.txt
ea99183 (master) 另一个提交版本
f60127a (testbranch) 添加新文件
917573c 添加readme
2.4.2 先合并test1分支
这个分支是在master基础上修改的分支,操作就是快进(Fast-forward)master分支到最新版本。
注:
D:DesktopsTest>git checkout master # 切换到主分支
Switched to branch 'master'
D:DesktopsTest>git merge test1 # 合并test1分支
Updating ea99183..7582919
Fast-forward
test1.txt | 0
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 test1.txt
D:DesktopsTest>git log --oneline --decorate --all # 查看分支
7582919 (HEAD -> master, test1) add test1.txt # 合并了分支,两个分支都还存在
ea99183 另一个提交版本
f60127a (testbranch) 添加新文件
917573c 添加readme
D:DesktopsTest>git branch -d test1 # 删除被合并的分支
Deleted branch test1 (was 7582919).
D:DesktopsTest>git log --oneline --decorate --all
7582919 (HEAD -> master) add test1.txt
ea99183 另一个提交版本
f60127a (testbranch) 添加新文件
917573c 添加readme
2.4.3 合并testbranch分支
合并testbranch分支,由于两个分支不是延续的,所有会创建一个新的版本在主分支。
新的版本分支只在master分支上。
D:DesktopsTest>git merge testbranch
Merge made by the 'ort' strategy.
Test1.txt | 1 +
Test2.txt | 0
2 files changed, 1 insertion(+)
create mode 100644 Test1.txt
create mode 100644 Test2.txt
D:DesktopsTest>git log --oneline --decorate --graph --all
* bc352f3 (HEAD -> master) Merge branch 'testbranch'
|
| * f60127a (testbranch) 添加新文件
* | 7582919 add test1.txt
* | ea99183 另一个提交版本
|/
* 917573c 添加readme
2.5 解决合并时的冲突
(1) test1分支修改test1.txt文件
D:DesktopsTest>git branch test1 # 创建到test1分支
D:DesktopsTest>git checkout test1 # 切换到test1分支
Switched to branch 'test1'
M test1.txt
D:DesktopsTest>git commit -a -m "修改test1文件" # 修改test1文件,然后提交
[test1 01b290b] 修改test1文件
1 file changed, 1 insertion(+)
D:DesktopsTest>git log --oneline --decorate --graph --all # 查看分支
* 01b290b (HEAD -> test1) 修改test1文件
* bc352f3 (master) Merge branch 'testbranch'
|
| * f60127a (testbranch) 添加新文件
* | 7582919 add test1.txt
* | ea99183 另一个提交版本
|/
* 917573c 添加readme
(2) master分支修改test1.txt文件
D:DesktopsTest>git checkout master
Switched to branch 'master'
M Test1.txt
D:DesktopsTest>git commit -a -m "修改test1文件"
[master f2c82e1] 修改test1文件
1 file changed, 1 insertion(+)
D:DesktopsTest>git log --oneline --decorate --graph --all
* f2c82e1 (HEAD -> master) 修改test1文件
| * 01b290b (test1) 修改test1文件
|/
* bc352f3 Merge branch 'testbranch'
|
| * f60127a (testbranch) 添加新文件
* | 7582919 add test1.txt
* | ea99183 另一个提交版本
|/
* 917573c 添加readme
(3) 合并有分歧的两个分支
D:DesktopsTest>git merge test1
Auto-merging test1.txt
CONFLICT (content): Merge conflict in test1.txt
Automatic merge failed; fix conflicts and then commit the result.
D:DesktopsTest>git mergetool # 使用默认工具解决冲突
This message is displayed because 'merge.tool' is not configured.
See 'git mergetool --tool-help' or 'git help config' for more details.
'git mergetool' will now attempt to use one of the following tools:
tortoisemerge emerge vimdiff nvimdiff
Merging:
test1.txt
Normal merge conflict for 'test1.txt':
{local}: modified file
{remote}: modified file
Hit return to start merge resolution tool (tortoisemerge): local # 选择解决方式
一下是弹出的对比工具的界面,下方是解决冲突后的文件内容。
保存退出后,重新提交(git commit)就可以完成合并了。
D:DesktopsTest>git merge test1
fatal: You have not concluded your merge (MERGE_HEAD exists).
Please, commit your changes before you merge.
D:DesktopsTest>git commit
[master a71a2a7] Merge branch 'test1'
D:DesktopsTest>git merge test1 # 再次执行合并指令会提示已经全部更新。
Already up to date.
D:DesktopsTest>git log --oneline --decorate --graph --all # 查看分支装填显示已合并。
* a71a2a7 (HEAD -> master) Merge branch 'test1'
|
| * 01b290b (test1) 修改test1文件
* | f2c82e1 修改test1文件
|/
* bc352f3 Merge branch 'testbranch'
|
| * f60127a (testbranch) 添加新文件
* | 7582919 add test1.txt
* | ea99183 另一个提交版本
|/
* 917573c 添加readme
三、分支管理
3.1 查看所有分支列表
git branch # 不添加任何参数表示查看说有分支列表
示例:
D:DesktopsTest>git branch
* master
test1
testbranch
“*” 字符:它代表现在检出的那一个分支(也就是说,当前 HEAD 指针所指向的分支)
3.2 查看每一个分支的最后一次提交
git branch -v
示例:
D:DesktopsTest>git branch -v
* master a71a2a7 Merge branch 'test1'
test1 01b290b 修改test1文件
testbranch f60127a 添加新文件
3.3 查看已经合并或尚未合并到当前分支的分支
git branch --merged # 已合并到当前分支的分支
git branch --no-merged # 未合并到当前分支的分支
示例:
D:DesktopsTest>git branch --merge
* master
test1
testbranch
D:DesktopsTest>git branch --no-merge
D:DesktopsTest>
四、远程分支
4.1 获取远程分支
git ls-remote <remote> # 显式地获得远程引用的完整列表
git remote show <remote> # 获得远程分支的更多信息
使用远程跟踪分支来看远程分支。
远程跟踪分支以<remote>/<branch> 的形式命名。
注: 所有的操作均在本地,只要不推送到远程分支或者拉取远程分支,那远程跟踪分支将不会更新。
4.2 推送
git push # 直接推动当前分支
git push <remote> <branch> # 将本地分支推送到远程同名分支上
git push <remote> <branch>:<remotebranch> # 将本地分支推送到远程指定分支上
D:DesktopsTestCloneClone2>git push
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 4 threads
Compressing objects: 100% (5/5), done.
Writing objects: 100% (5/5), 579 bytes | 579.00 KiB/s, done.
Total 5 (delta 3), reused 0 (delta 0), pack-reused 0
To D:/Desktops/Test/.git/
57a41ad..4ecf733 master -> master
4.3 跟踪远程分支
git checkout --track origin/branch # 跟踪远程分支
git checkout <branchname> # 当本地分支和远程分支有唯一一个匹配的分支时,会自动跟踪
git checkout -b <branch> <remote>/<branch> # 指定本地分支和远程分支,两个分支名可以不一样
git branch -u <remote>/<branch> # 设置本地分支跟踪刚刚拉取下来的远程分支
git branch -vv # 查看所有的跟踪分支
4.4 拉取
git fetch # 从服务器上抓取本地没有的数据时,它并不会修改工作目录中的内容
git pull # 大多数情况下它的含义是一个 git fetch 紧接着一个 git merge 命令
注: git pull 的自动合并经常令人困惑,所以通常单独显式地使用 fetch 与 merge 命令会更好一些。
4.5 删除远程分支
使用–delete配合push可以删除远程分支(移除指针)。
git push <remote> --delete <branch>
五、变基(rebase)
用 rebase 命令将提交到某一分支上的所有修改都移至另一分支上,就好像“重新播放”一样。
git checkout <branch> # 检出分支
git rebase <newbranch> # 将当前分支变基到另一个分支上
git rebase --onto master server client # 选中在 client 分支里但不在 server 分支里的修改(即 C8 和 C9),将它们在 master 分支上重放
git rebase <basebranch> <topicbranch> # 直接将topicbranch分支 变基到basebranch分支上。 这样做能省去你先切换到 server 分支,再对其执行变基命令的多个步骤。
合并和变基两种整合方法的最终结果没有任何区别,但是变基使得提交历史更加整洁。
注:
如果你已经将提交推送至某个仓库,而其他人也已经从该仓库拉取提交并进行了后续工作,此时,如果你用 git rebase 命令重新整理了提交并再次推送,你的同伴因此将不得不再次将他们手头的工作与你的提交进行整合,如果接下来你还要拉取并整合他们修改过的提交,事情就会变得一团糟。
原文地址:https://blog.csdn.net/u010839204/article/details/134728419
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.7code.cn/show_49360.html
如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!