Git分布式版本控制工具

目標(biāo)

• 了解 Git 基本概念
• 能夠概述 git 工作流程
• 能夠使用 Git 常用命令
• 熟悉 Git 代碼托管服務(wù)
• 能夠使用 idea 操作 git

概述

開發(fā)中實(shí)際的使用場(chǎng)景

• ?場(chǎng)景一：備份小明負(fù)責(zé)的模塊就要完成了，就在即將 Release 之前的一瞬間，電腦突然藍(lán)屏，硬盤光榮犧牲！幾個(gè)月來的努力付之東流
• 場(chǎng)景二：代碼還原這個(gè)項(xiàng)目中需要一個(gè)很復(fù)雜的功能，老王摸索了一個(gè)星期終于有眉目了，可是這被改得面目全非的代碼已經(jīng)回不到從前了。什么地方能買到哆啦 A 夢(mèng)的時(shí)光機(jī)啊？
• 場(chǎng)景三：協(xié)同開發(fā)小剛和小強(qiáng)先后從文件服務(wù)器上下載了同一個(gè)文件：Analysis.java。小剛在 Analysis.java 文件中的第 30 行聲明了一個(gè)方法，叫 count ()，先保存到了文件服務(wù)器上；小強(qiáng)在 Analysis.java 文件中的第 50 行聲明了一個(gè)方法，叫 sum ()，也隨后保存到了文件服務(wù)器上，于是，count () 方法就只存在于小剛的記憶中了
• 場(chǎng)景四：追溯問題代碼的編寫人和編寫時(shí)間！老王是另一位項(xiàng)目經(jīng)理，每次因?yàn)轫?xiàng)目進(jìn)度挨罵之后，他都不知道該扣哪個(gè)程序員的工資！就拿這次來說吧，有個(gè) Bug 調(diào)試了 30 多個(gè)小時(shí)才知道是因?yàn)橄嚓P(guān)屬性沒有在應(yīng)用初始化時(shí)賦值！可是二胖、王東、劉波和正經(jīng)牛都不承認(rèn)是自己干的！

版本控制器的方式

?a、集中式版本控制工具

集中式版本控制工具，版本庫是集中存放在中央服務(wù)器的，team 里每個(gè)人 work 時(shí)從中央服務(wù)器下載代碼，是必須聯(lián)網(wǎng)才能工作，局域網(wǎng)或互聯(lián)網(wǎng)。個(gè)人修改后然后提交到中央版本庫。

舉例：SVN 和 CVS

b、分布式版本控制工具

分布式版本控制系統(tǒng)沒有 “中央服務(wù)器”，每個(gè)人的電腦上都是一個(gè)完整的版本庫，這樣工作的時(shí)候，無需要聯(lián)網(wǎng)了，因?yàn)榘姹編炀驮谀阕约旱碾娔X上。多人協(xié)作只需要各自的修改推送給對(duì)方，就能互相看到對(duì)方的修改了。

舉例：Git?

Git

?Git 是分布式的，Git 不需要有中心服務(wù)器，我們每臺(tái)電腦擁有的東西都是一樣的。我們使用 Git 并且有個(gè)中心服務(wù)器，僅僅是為了方便交換大家的修改，但是這個(gè)服務(wù)器的地位和我們每個(gè)人的 PC 是一樣的。我們可以把它當(dāng)做一個(gè)開發(fā)者的 pc 就可以就是為了大家代碼容易交流不關(guān)機(jī)制的。沒有它大家一樣可以工作，只不過 “交換” 修改不方便而已。

git 是一個(gè)開源的分布式版本控制系統(tǒng)，可以有效、高速地處理從很小到非常大的項(xiàng)目版本管理。Git 是 Linus Torvalds 為了幫助管理 Linux 內(nèi)核開發(fā)而開發(fā)的一個(gè)開放源碼的版本控制軟件。同生活中的許多偉大事物一樣，Git 誕生于一個(gè)極富紛爭(zhēng)大舉創(chuàng)新的年代。Linux 內(nèi)核開源項(xiàng)目有著為數(shù)眾多的參與者。絕大多數(shù)的 Linux 內(nèi)核維護(hù)工作都花在了提交補(bǔ)丁和保存歸檔的繁瑣事務(wù)上（1991－2002 年間）。 到 2002 年，整個(gè)項(xiàng)目組開始啟用一個(gè)專有的分布式版本控制系統(tǒng) BitKeeper 來管理和維護(hù)代碼。

到了 2005 年，開發(fā) BitKeeper 的商業(yè)公司同 Linux 內(nèi)核開源社區(qū)的合作關(guān)系結(jié)束，他們收回了 Linux 內(nèi)核社區(qū)免費(fèi)使用 BitKeeper 的權(quán)力。 這就迫使 Linux 開源社區(qū)（特別是 Linux 的締造者 Linus Torvalds）基于使用 Bitkeeper 時(shí)的經(jīng)驗(yàn)教訓(xùn)，開發(fā)出自己的版本系統(tǒng)。他們對(duì)新的系統(tǒng)制訂了若干目標(biāo)：    

速度

• 簡(jiǎn)單的設(shè)計(jì)
• 對(duì)非線性開發(fā)模式的強(qiáng)力支持（允許成千上萬個(gè)并行開發(fā)的分支）
• 完全分布式
• 有能力高效管理類似 Linux 內(nèi)核一樣的超大規(guī)模項(xiàng)目（速度和數(shù)據(jù)量）

工作流程

流程節(jié)點(diǎn)與命令說明

區(qū)域說明

• 遠(yuǎn)程倉庫（Remote）：存儲(chǔ)代碼的遠(yuǎn)程服務(wù)器端倉庫
• 本地倉庫（Repository）：本地存儲(chǔ)代碼版本的倉庫
• 暫存區(qū)（Index）：提交前臨時(shí)存儲(chǔ)代碼修改的區(qū)域
• 工作區(qū)（workspace）：開發(fā)者實(shí)際編寫、修改代碼的區(qū)域

初始化一個(gè)git倉庫

?1）在電腦的任意位置創(chuàng)建一個(gè)空目錄（例如 test）作為我們的本地 Git 倉庫

2）進(jìn)入這個(gè)目錄中，點(diǎn)擊右鍵打開 Git bash 窗口

3）執(zhí)行命令 git init

4）如果創(chuàng)建成功后可在文件夾下看到隱藏的.git 目錄。

創(chuàng)建一個(gè)文件夾->進(jìn)去文件夾->右鍵點(diǎn)擊后選擇git bash here->輸入命令 git init

基礎(chǔ)操作指令

Git 工作目錄下對(duì)于文件的修改 (增加、刪除、更新) 會(huì)存在幾個(gè)狀態(tài)，這些修改的狀態(tài)會(huì)隨著我們執(zhí)行 Git 的命令而發(fā)生變化。

基礎(chǔ)指令與狀態(tài)轉(zhuǎn)換

• git add：實(shí)現(xiàn)工作區(qū)到暫存區(qū)的狀態(tài)轉(zhuǎn)換
• git commit：實(shí)現(xiàn)暫存區(qū)到本地倉庫的狀態(tài)轉(zhuǎn)換

Git 基礎(chǔ)操作指令說明

這些指令是 Git 版本控制的核心流程節(jié)點(diǎn)：

通過git status掌握文件狀態(tài)，用git add將修改納入暫存區(qū)，再通過git commit固化為本地倉庫的版本記錄，從而完成一次完整的 “修改 - 暫存 - 提交” 版本管理流程。

查看提交日志（log）

解讀：

git log是追溯代碼版本歷史的關(guān)鍵指令，通過不同參數(shù)可定制輸出形式。

--all能跨分支查看提交，--pretty=oneline簡(jiǎn)化信息展示，--abbrev-commit縮短 commitId 提升可讀性，--graph則以可視化圖形呈現(xiàn)分支合并歷史，這些參數(shù)讓開發(fā)者能高效定位歷史版本、分析分支演進(jìn)。

git log --pretty=oneline --abbrev-commit --all --graph

版本回退

解讀：

版本回退是 Git 應(yīng)對(duì)代碼錯(cuò)誤、需求變更的關(guān)鍵能力。

git reset --hard commitID 可讓代碼庫直接切換到指定 commitID 對(duì)應(yīng)的版本；git reflog 則能追溯包括已刪除提交在內(nèi)的所有操作歷史，為版本恢復(fù)提供了兜底保障，是 Git “時(shí)光回溯” 特性的重要支撐

添加文件至忽略列表

解讀：

.gitignore 是 Git 管理 “無需版本控制文件” 的核心機(jī)制，通過靈活的規(guī)則語法（通配符、例外、目錄級(jí)控制等），可精準(zhǔn)排除日志、臨時(shí)文件、編譯產(chǎn)物等非業(yè)務(wù)代碼文件，既避免這些文件干擾版本管理，又能確保真正需要跟蹤的文件被正確納入版本控制，是保障代碼倉庫整潔性的關(guān)鍵配置。

分支

幾乎所有的版本控制系統(tǒng)都以某種形式支持分支。

使用分支意味著你可以把你的工作從開發(fā)主線上分離開來進(jìn)行重大的 Bug 修改、開發(fā)新的功能，以免影響開發(fā)主線。

查看本地分支

• 命令: git branch

創(chuàng)建本地分支

• 命令: git branch 分支名

切換分支 (checkout)

• 命令: git checkout 分支名
• 我們還可以直接切換到一個(gè)不存在的分支（創(chuàng)建并切換）
• 命令: git checkout -b 分支名 創(chuàng)建并切換

合并分支 (merge)

一個(gè)分支上的提交可以合并到另一個(gè)分支

命令: git merge 分支名稱

刪除分支

規(guī)則：不能刪除當(dāng)前分支，僅可刪除其他分支。

命令及說明：

• git branch -d 分支名：刪除分支時(shí)會(huì)進(jìn)行各種檢查，確保操作安全性。
• git branch -D 分支名：不做任何檢查，強(qiáng)制刪除分支。

解決沖突

場(chǎng)景：當(dāng)兩個(gè)分支同時(shí)修改同一文件的同一行時(shí)，Git 無法自動(dòng)合并，需手動(dòng)解決沖突。

步驟：

1. 處理文件中標(biāo)記的沖突區(qū)域（Git 會(huì)在文件中用特殊標(biāo)記標(biāo)注沖突部分）。
2. 將解決沖突后的文件添加到暫存區(qū)（執(zhí)行 git add 文件名）。
3. 提交到本地倉庫（執(zhí)行 git commit -m "解決沖突"）。

說明：沖突解決是 Git 分支協(xié)作中的關(guān)鍵環(huán)節(jié)，確保代碼合并后邏輯正確，避免因沖突導(dǎo)致功能異常。

開發(fā)中分支使用原則與流程

核心作用：

• 通過分支將工作從開發(fā)主線分離，實(shí)現(xiàn)重大 Bug 修改、新功能開發(fā)時(shí)不影響主線穩(wěn)定性。

各分支說明：

• master（生產(chǎn)）分支：線上主分支，對(duì)應(yīng)中小規(guī)模項(xiàng)目的線上運(yùn)行應(yīng)用，是代碼最終上線的載體。
• develop（開發(fā)）分支：從 master 創(chuàng)建，為開發(fā)部門主要開發(fā)分支，無并行開發(fā)不同期上線要求時(shí)在此開發(fā)，階段開發(fā)完成后合并到 master 準(zhǔn)備上線。
• feature/xxxx 分支：從 develop 創(chuàng)建，用于同期并行開發(fā)但不同期上線的功能，研發(fā)任務(wù)完成后合并到 develop。
• hotfix/xxxx 分支：從 master 派生，用于線上 Bug 修復(fù)，修復(fù)完成后需合并到 master、test、develop 分支。
• 其他分支：如 test 分支（用于代碼測(cè)試）、pre 分支（預(yù)上線分支）等，承擔(dān)特定階段的研發(fā)或測(cè)試任務(wù)。

遠(yuǎn)程倉庫

常用的托管服務(wù) [遠(yuǎn)程倉庫]

前面我們已經(jīng)知道了 Git 中存在兩種類型的倉庫，即本地倉庫和遠(yuǎn)程倉庫。那么我們?nèi)绾未罱?Git 遠(yuǎn)程倉庫呢？我們可以借助互聯(lián)網(wǎng)上提供的一些代碼托管服務(wù)來實(shí)現(xiàn)，其中比較常用的有 GitHub、碼云、GitLab 等。

• GitHub（地址：https://github.com/）是一個(gè)面向開源及私有軟件項(xiàng)目的托管平臺(tái)，因?yàn)橹恢С?Git 作為唯一的版本庫格式進(jìn)行托管，故名 GitHub
• 碼云（地址：https://gitee.com/）是國(guó)內(nèi)的一個(gè)代碼托管平臺(tái)，由于服務(wù)器在國(guó)內(nèi)，所以相比于 GitHub，碼云速度會(huì)更快
• GitLab（地址：https://about.gitlab.com/）是一個(gè)用于倉庫管理系統(tǒng)的開源項(xiàng)目，使用 Git 作為代碼管理工具，并在此基礎(chǔ)上搭建起來的 web 服務(wù)，一般用于在企業(yè)、學(xué)校等內(nèi)部網(wǎng)絡(luò)搭建 git 私服。

實(shí)際使用

本文檔使用碼云，現(xiàn)在碼云上注冊(cè)一個(gè)賬號(hào)，點(diǎn)擊右上角加號(hào)，選擇新建倉庫

注意，不要選擇下面的三個(gè)選項(xiàng)

配置SSH公鑰

1. 生成 SSH 公鑰

• 執(zhí)行命令 ssh-keygen -t rsa，然后不斷回車即可生成。若已有公鑰，此操作會(huì)自動(dòng)覆蓋。

2. 獲取公鑰

• 執(zhí)行命令 cat ~/.ssh/id_rsa.pub 可查看生成的公鑰內(nèi)容。

3. Gitee 設(shè)置賬戶公共鑰

• 登錄 Gitee 后，依次點(diǎn)擊設(shè)置→SSH 公鑰，在 “標(biāo)題” 處可隨便起個(gè)名字，然后將公鑰粘貼到指定輸入框，點(diǎn)擊確定即可完成設(shè)置。

4. 驗(yàn)證是否配置成功

• 執(zhí)行命令 ssh -T git@gitee.com，若返回相關(guān)成功提示信息，則說明配置成功。

操作遠(yuǎn)程倉庫

• 綁定ssh

添加遠(yuǎn)程倉庫

此操作是先初始化本地庫，然后與已創(chuàng)建的遠(yuǎn)程庫進(jìn)行對(duì)接。

命令：git remote add <遠(yuǎn)端名稱> < 倉庫路徑 >

• 遠(yuǎn)端名稱，默認(rèn)是 origin，取決于遠(yuǎn)端服務(wù)器設(shè)置
• 倉庫路徑，從遠(yuǎn)端服務(wù)器獲取此 URL
• git remote add origin git@gitee.com:czbk_zhang_meng/git_test.git

查看遠(yuǎn)程倉庫

命令：git remote

推送到遠(yuǎn)程倉庫

命令：git push [-f] [–set-upstream] [遠(yuǎn)端名稱 [本地分支名]:[遠(yuǎn)端分支名]]

如果遠(yuǎn)程分支名和本地分支名稱相同，則可以只寫本地分支

• git push origin master
• -f 表示強(qiáng)制覆蓋
• –set-upstream 推送到遠(yuǎn)端的同時(shí)并且建立起和遠(yuǎn)端分支的關(guān)聯(lián)關(guān)系。

git push --set-upstream origin master

如果當(dāng)前分支已經(jīng)和遠(yuǎn)端分支關(guān)聯(lián)，則可以省略分支名和遠(yuǎn)端名。

• git push 將 master 分支推送到已關(guān)聯(lián)的遠(yuǎn)端分支。

查看關(guān)聯(lián)關(guān)系的命令

可通過 git branch -vv 命令查看本地分支與遠(yuǎn)程分支的關(guān)聯(lián)情況。

克隆命令

命令格式為 git clone <倉庫路徑> [本地目錄]。其中，本地目錄可省略，省略時(shí)會(huì)自動(dòng)生成與遠(yuǎn)程倉庫同名的目錄。

Git 從遠(yuǎn)程倉庫抓取和拉取

1. 抓取（git fetch）

• 命令格式：git fetch [remote name] [branch name]
• 作用：將遠(yuǎn)程倉庫的更新抓取到本地，但不會(huì)自動(dòng)進(jìn)行合并操作。
• 拓展：若不指定遠(yuǎn)端名稱和分支名，會(huì)抓取所有分支的更新。

2. 拉?。╣it p ull）

• 命令格式：git pull [remote name] [branch name]
• 作用：將遠(yuǎn)程倉庫的修改拉到本地并自動(dòng)進(jìn)行合并，等同于git fetch + git merge操作。
• 拓展：若不指定遠(yuǎn)端名稱和分支名，會(huì)抓取所有分支的更新并更新當(dāng)前分支。

這兩個(gè)操作的核心目的是將遠(yuǎn)程倉庫的變更同步到本地，其中fetch更靈活（可先查看更新再?zèng)Q定是否合并），pull更便捷（一步完成抓取和合并），開發(fā)者可根據(jù)場(chǎng)景選擇使用

Git 合并沖突解決的說明內(nèi)容，核心信息如下：

1. 沖突場(chǎng)景

當(dāng) A、B 用戶在同一時(shí)間段修改了同一個(gè)文件的同一行位置代碼，A 先將修改推送到遠(yuǎn)程倉庫，B 在拉取遠(yuǎn)程倉庫更新時(shí)會(huì)發(fā)生合并沖突。

2. 沖突解決流程（以 B 用戶為例）

• 執(zhí)行git pull（等同于fetch + merge）拉取遠(yuǎn)程更新，此時(shí)因代碼沖突會(huì)觸發(fā)合并沖突。
• 解決沖突的方式與本地分支沖突解決方法一致，需手動(dòng)處理沖突文件中標(biāo)記的沖突內(nèi)容，然后提交完成合并，再執(zhí)行git push推送到遠(yuǎn)程分支。

3. 原理說明

遠(yuǎn)程分支本質(zhì)上也是分支，因此合并沖突的產(chǎn)生和解決邏輯與本地分支間的合并沖突完全相同，都是因代碼修改的重疊導(dǎo)致，需通過人工介入明確最終代碼邏輯。

###################1 - 將本地倉庫推送到遠(yuǎn)程倉庫
完成 4.1、4.2、4.3、4.4 的操作
略
[git_test01] 添加遠(yuǎn)程倉庫
git remote add origin git@gitee.com//.git
[git_test01] 將 master 分支推送到遠(yuǎn)程倉庫，并與遠(yuǎn)程倉庫的 master 分支綁定關(guān)聯(lián)關(guān)系
git push --set-upstream origin master
###################2 - 將遠(yuǎn)程倉庫克隆到本地
將遠(yuǎn)程倉庫克隆到本地 git_test02 目錄下
git clone git@gitee.com//.git git_test02
[git_test02] 以精簡(jiǎn)的方式顯示提交記錄
git-log
###################3 - 將本地修改推送到遠(yuǎn)程倉庫
[git_test01] 創(chuàng)建文件 file03.txt
略
[git_test01] 將修改加入暫存區(qū)并提交到倉庫，提交記錄內(nèi)容為: add file03
git add .git commit -m 'add file03'
[git_test01] 將 master 分支的修改推送到遠(yuǎn)程倉庫
git push origin master
###################4 - 將遠(yuǎn)程倉庫的修改更新到本地
[git_test02] 將遠(yuǎn)程倉庫修改再拉取到本地
git pull
以精簡(jiǎn)的方式顯示提交記錄
git-log
查看文件變化 (目錄下也出現(xiàn)了 file03.txt)

##############3 - 將本地修改推送到遠(yuǎn)程倉庫
[git_test01] 創(chuàng)建文件 file03.txt
略
[git_test01] 將修改加入暫存區(qū)并提交到倉庫，提交記錄內(nèi)容為: add file03
git add .git commit -m ‘a(chǎn)dd file03'
[git_test01] 將 master 分支的修改推送到遠(yuǎn)程倉庫
git push origin master
###################4 - 將遠(yuǎn)程倉庫的修改更新到本地
[git_test02] 將遠(yuǎn)程倉庫修改再拉取到本地
git pull
以精簡(jiǎn)的方式顯示提交記錄
git-log
查看文件變化 (目錄下也出現(xiàn)了 file03.txt)

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論