自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

老大手把手教我玩 Git 變基!

系統(tǒng) Linux
最近不咋在狀態(tài),一直沒有寫技術(shù)文。今天爬上來主要和大伙兒嘮嘮 GIT 的變基模式(rebase)。

 [[346349]]

本文轉(zhuǎn)載自微信公眾號「小鹿動畫學(xué)編程」,作者小鹿。轉(zhuǎn)載本文請聯(lián)系小鹿動畫學(xué)編程公眾號。   

最近不咋在狀態(tài),一直沒有寫技術(shù)文。今天爬上來主要和大伙兒嘮嘮 GIT 的變基模式(rebase)。

第一次在團(tuán)隊合作項目中用到和學(xué)習(xí)到變基模式,是老大教科書般手把手教我的,通過項目中的不斷運(yùn)用,總結(jié)出一些自己的使用和看法。

GIT 本身對于一些初學(xué)者理解的不是這么好,對我個人來說,一開始一些基本概念在剛接觸的時候,并不能通透的理解,只有當(dāng)將這些概念放到實踐形成自己的理解,才能知道這個概念原來是這個意思,以及這個命令是這個樣子的。

所以,小鹿盡可能的多畫圖,少廢話,便于對 GIT 理解不夠透徹的朋友能夠提供一些幫助。

1、什么是變基(rebase)

變基,我們可以理解為基低的意思。就像蓋樓一樣,一層層的向上蓋,最下面是地基,我們把蓋的每一層稱為基。

(為了更好的理解,就拿上述蓋樓為例)

假如,我們的樓層蓋好了,共18層,需要多個裝修工去每一層進(jìn)行裝修。我的裝修團(tuán)隊一共有三個人,分別為A、B、C。

A 負(fù)責(zé)第一層,B 負(fù)責(zé)第二層,C 負(fù)責(zé)第三層。按照正常的邏輯,三個人誰提前裝修完自己的那一層,誰就要到第四層進(jìn)行裝修。

但是有個問題就是,假如 B 第二層也裝修完畢,但是 B 不知道其他兩個人的最新進(jìn)度,所以需要通過某種方式,把自己當(dāng)前的進(jìn)度更新到最新(B 應(yīng)該知道下一步該裝修第幾層),才能繼續(xù)在其他兩人的進(jìn)度基礎(chǔ)上繼續(xù)裝修。

以上蓋樓的例子雖然不是太符合項目中團(tuán)隊合作使用 GIT 變基,為了讓大伙兒先有個大體的印象。

2、為什么使用變基?

一般我們團(tuán)隊合作使用 GIT 版本控制,每個人在自己分支上開發(fā),最后負(fù)責(zé)人把每個人開發(fā)的分支 merge(合并) 到總分支上就可以了,又出了個變基模式,是干嘛的?

其一,項目變大了,團(tuán)隊的人員變多了,提交的分支越來越多,而且每個人 commit 之后都要合并到主分支,整個 git 分支圖看起來爛七八糟,不利于維護(hù)和管理。(如上圖所示)

其二,項目中充斥著各種各樣的 commit ,如果有一天,出現(xiàn)了緊急的事件,需要回滾代碼,發(fā)現(xiàn)這大量的 commit 需要一條條的看,讓你看到懷疑人生。

以上兩個理由完全可以讓我放棄傳統(tǒng)的提交合并,使用變基模式提交的代碼就顯的格外的清晰。(如下圖)

3、如何變基?

對于如何變基,這部分最重要的是需要去實踐、實踐、實踐。沒有實踐,看了也白看,記住我說的。

變基模式,用到了以下幾個常用命令,還是以上述的蓋樓為例。

當(dāng) B 第二層蓋完的時候,它想要得知以下大家的開發(fā)進(jìn)度,然后在大家進(jìn)度的基礎(chǔ)上進(jìn)行接下來的開發(fā)。

就猶如在項目中,我要提交我開發(fā)完的功能,但是我開發(fā)當(dāng)前功能的時候,遠(yuǎn)程倉庫中可能有別人已經(jīng)提交過代碼了,導(dǎo)致了我本地倉庫和遠(yuǎn)程倉庫代碼不一致。

想要在 push 代碼前達(dá)到與遠(yuǎn)程倉庫代碼一致,我們需要 rebase(變基) 一下,命令如下:

  1. 1git pull base dev --rebase 

這個命令的相當(dāng)于,B 直接到達(dá)了樓層的第五層進(jìn)行裝修。而且我們的裝修記錄,也就是我們的開發(fā)主分支變的非常的清晰和明確,就是一條掛滿 commit 的分支線。

4、我玩壞了的變基

但是問題來了,GIT 變基模式前期剛使用的時候,被我多次玩壞,總結(jié)出了一些經(jīng)驗。

當(dāng)我每次提交最新代碼的時候,每次忘記 rebase,也就是每次沒有顧及到遠(yuǎn)程的最新代碼,而是開發(fā)完功能,直接進(jìn)行提交,導(dǎo)致線上的代碼出現(xiàn)分叉(其實又回到了原來的提交方式)。

很著急,該咋辦?老大出馬,一個頂倆,沒毛病。

使用回滾和 pick 的方式,讓主分支不再出現(xiàn)分叉。所謂的 pick 是使用 cherry-pick 命令將 commit 的提交重新掛在到你想要掛載的分支上。

 

  1. 1git cherry-pick <commit id> 

當(dāng)你 pick 完之后,再重新進(jìn)行 push 和 pr,分叉的分支就回到了原來的一條線上。是不是很 nice?

小結(jié)

Git 變基完全理解了之后,感覺不是特別難,但是前期剛接觸,確實很多不太明白的地方,導(dǎo)致玩壞了很多次。話說回來,不經(jīng)歷風(fēng)雨,怎么見彩虹呢?

 

責(zé)任編輯:武曉燕 來源: 小鹿動畫學(xué)編程
相關(guān)推薦

2021-12-02 11:39:28

Git服務(wù)器Linux

2022-05-10 10:43:35

數(shù)據(jù)源動態(tài)切換Spring

2021-07-14 09:00:00

JavaFX開發(fā)應(yīng)用

2011-01-10 14:41:26

2011-05-03 15:59:00

黑盒打印機(jī)

2021-12-30 11:39:27

MySQL 刪庫不跑路

2022-01-08 20:04:20

攔截系統(tǒng)調(diào)用

2023-04-26 12:46:43

DockerSpringKubernetes

2022-12-07 08:42:35

2022-07-27 08:16:22

搜索引擎Lucene

2022-03-14 14:47:21

HarmonyOS操作系統(tǒng)鴻蒙

2011-02-22 13:46:27

微軟SQL.NET

2021-12-28 08:38:26

Linux 中斷喚醒系統(tǒng)Linux 系統(tǒng)

2021-02-26 11:54:38

MyBatis 插件接口

2022-12-07 13:58:26

Git命令

2017-07-07 11:01:04

Spark性能調(diào)優(yōu)

2020-08-12 07:41:39

SQL 優(yōu)化語句

2021-07-01 09:31:50

MySQL SQL 語句數(shù)據(jù)庫

2024-04-02 08:58:13

2010-09-16 14:08:13

無線雙網(wǎng)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號