一文让你明白 Git 分支是如何工作的

系统 Linux
分支是 Git 版本跟踪的核心功能,并且经常被使用相同软件代码库的团队使用。我们将深入研究它们如何在幕后工作,以及如何使用它们来改进 Git 工作流程。

分支是 Git 版本跟踪的核心功能,并且经常被使用相同软件代码库的团队使用。我们将深入研究它们如何在幕后工作,以及如何使用它们来改进 Git 工作流程。

什么是分支?

分支用于拆分 Git 历史记录。您可以将 Git 提交想象成一系列可以追溯到过去的更改。您可以“签出checkout”任何这些提交,并将本地目录及时移回提交时的状态。

分支通常用于处理实验性功能,或需要一段时间的更改,或任何其他可能破坏存储库的东西。例如,您可能正在重构代码库的一个重要组件,并且在完成之前,您希望master 分支保持稳定。

一旦新feature 分支稳定了,它就可以重新合并到master中,通常是通过 拉取请求,这是一个允许在进行更改之前进行代码审查和测试的过程。

然而,在幕后,分支的工作方式与您最初预期的略有不同。在 Git 中,分支只是指向特定提交的标签或指针。就是这样,master 分支只是指向最新的提交master;当您进行新的提交时,标签会更新为指向新的提交。

虽然将提交视为及时推进是有用的;实际上,Git 提交指向彼此。每个提交都有对最后一次提交的引用,并且这个链用于构造存储库的状态。

但是,如果您创建一个新分支,则情况会有所不同。您签出的任何分支(使用git checkout <branch>)都将用作新提交的标签。

要在此示例中创建分支,您必须首先确保将存储库 HEAD 设置为master 分支。这是因为您实际上可以从任何地方开始创建分支——包括过去的提交或其他分支上的提交。

git checkout master

然后创建一个新分支,并交换到它:

git branch feature
git checkout feature

此时,您的存储库中的任何内容都没有改变。feature 和分支标签都master 指向同一个提交。

但是,您从此时开始提交的任何内容都将添加到feature 分支中。更具体地说,将创建一个新提交,设置为指向当前提交,并且“功能”标签将更新为指向这个新提交。

您甚至可以checkout master 在主分支上进行更多提交。它不会影响feature 分支,因为标签所知道的只是它指向那个特定的提交。它不会随master 标签更新。

合并和变基(Merging 和 Rebasing)

当然,如果分支永远卡在那里,它们就不会太有用了,因此 Git 提供了将它们合并回master 分支的工具。从技术上讲,只要历史兼容,您就可以将子分支合并到任何其他分支中。

最简单的情况是您有一个只需要合并回来的简单分支。您可以签出master 分支,然后运行git merge feature 以将在功能分支上所做的所有提交“重播”到 master 上。

这会将它们合并到主时间线中,并使用更改创建一个新的“合并提交”。

但它并不总是那么简单,而且在许多情况下,您将遇到 需要解决的合并冲突。这可能包括分支修改文件中的相同行、文件移动或删除,或feature 在创建分支后更改软件时出现的其他类型的错误。

如果您有一个长时间运行的feature 分支,则将这个问题最小化的一种方法是执行频繁的合并,这次相反——从master 主支到 feature 分支上,这保持feature 最新,虽然它并没有真正减少所需的工作量,但它可以防止它陷入一片混乱。

这种策略对于长期存在的分支很常见,通常被认为是 Git 的最佳实践。

在这种情况下也使用的另一个工具是变 基。基本上,变基就像拿起整个分支并将其移动到从新位置开始,通常是存储库中的最新提交。在某些情况下,这会导致更清晰的 Git 历史记录,并且是某些复杂情况的首选解决方案。

然而,Git 历史是“不可变的”,并且由于这种变基复制提交而不是实际移动它们。如果没有与您的团队正确协调,这可能会导致共享分支上的许多问题——如果您重新设置基准,并且您的同事在“旧”、现已删除的功能分支上进行新提交,它将被搁置。他们将不得不隐藏提交并将其弹出到新分支以协调更改。

如何使用分支?

要开始创建新分支,您需要将存储库置于正确状态,以便新分支标签从您想要的位置开始。如果您要从 分支master,只需签出整个分支以从最新提交开始。否则,您可以通过签出单个提交将您的 repo 置于分离的 HEAD 状态。

git checkout master
git checkout aa3e570923b8ee61414cec17d9033faab4f084a6

然后,您可以创建新分支,并使用checkout切换到它:

git branch feature
git checkout feature

这可以在一个命令中完成,带有-b 结帐标志:

git checkout -b feature

此时,您的 repo 中所做的任何提交都将提交到新分支。

如果您需要再次交换分支,只需运行git checkout master 即可恢复正常。

如果您有需要移动的本地更改,可以将它们放入git stash. 更改将被存储,并且可以在交换分支后重新应用。

git stash  
git checkout feature
git stash apply
责任编辑:庞桂玉 来源: Linux公社
相关推荐

2022-09-29 10:26:59

iOSScaffoldflutter

2023-05-29 08:45:45

Java注解数据形式

2021-01-21 14:26:56

大数据互联网大数据应用

2021-10-20 08:49:30

Vuexvue.js状态管理模式

2024-04-18 09:12:58

Git分支代码

2023-03-10 22:08:20

2020-07-10 08:03:35

DNS网络ARPAne

2020-11-12 09:14:25

JAVA.IO、字符编

2019-07-03 15:32:26

路由器网络系统

2017-11-20 10:25:20

数据库MySQL索引

2018-02-02 11:17:42

IaaSPaaSSaaS

2018-05-21 10:20:22

人工智能机器学习神经网络

2022-05-12 10:53:42

keepalivevrrp协议

2021-07-12 11:46:15

数据库Autoscaling阿里云

2021-08-06 09:21:26

Linux内核 Coredump

2018-10-08 15:00:27

物联网LoRaIOT

2021-09-10 16:10:21

panda透视表语言

2022-08-26 00:00:00

数据库数据仓库OLAP

2020-10-10 18:20:52

物联网传感器技术

2019-08-27 14:46:59

ElasticSearES数据库
点赞
收藏

51CTO技术栈公众号