Git工作面試必知必會(huì)操作-命令行篇

本文已收錄在Github，關(guān)注我，緊跟本系列專(zhuān)欄文章，咱們下篇再續(xù)！

  • ?? 魔都架構(gòu)師 | 全網(wǎng)30W技術(shù)追隨者
  • ?? 大廠分布式系統(tǒng)/數(shù)據(jù)中臺(tái)實(shí)戰(zhàn)專(zhuān)家
  • ?? 主導(dǎo)交易系統(tǒng)百萬(wàn)級(jí)流量調(diào)優(yōu) & 車(chē)聯(lián)網(wǎng)平臺(tái)架構(gòu)
  • ?? AIGC應(yīng)用開(kāi)發(fā)先行者 | 區(qū)塊鏈落地實(shí)踐者
  • ?? 以技術(shù)驅(qū)動(dòng)創(chuàng)新，我們的征途是改變世界！
  • ?? 實(shí)戰(zhàn)干貨：編程嚴(yán)選網(wǎng)

0 下載安裝及基本配置

安裝成功后，打開(kāi)，右擊選擇options進(jìn)行個(gè)性化設(shè)置：

字體：

版本：

1 版本控制

1.0 簡(jiǎn)介

一種記錄一個(gè)或若干文件內(nèi)容變化，以便將來(lái)查閱特定版本修訂情況的系統(tǒng)。開(kāi)發(fā)中，我們僅對(duì)保存著軟件源代碼的文本文件作版本控制管理，但實(shí)際可對(duì)任何類(lèi)型的文件進(jìn)行版本控制。

采用版本控制系統(tǒng)，可將某個(gè)文件回溯到之前狀態(tài)，甚至將整個(gè)項(xiàng)目都回退到過(guò)去某個(gè)時(shí)間點(diǎn)的狀態(tài)。

可比較文件的變化細(xì)節(jié)，查出最后誰(shuí)修改了啥地方，找出導(dǎo)致怪異問(wèn)題出現(xiàn)的原因，又是誰(shuí)在何時(shí)報(bào)告某功能缺陷等。

使用版本控制系統(tǒng)通常還意味著，就算你亂來(lái)一氣把整個(gè)項(xiàng)目中的文件改的改刪的刪，你也照樣可恢復(fù)如初，額外增加的工作量微乎其微！

1.1 本地版本控制系統(tǒng)

許多人習(xí)慣用復(fù)制整個(gè)項(xiàng)目目錄的方式來(lái)保存不同的版本，或許還會(huì)改名加上備份時(shí)間以示區(qū)別。這么做唯一的好處就是簡(jiǎn)單。不過(guò)壞處也不少：有時(shí)候會(huì)混淆所在的工作目錄，一旦弄錯(cuò)文件丟了數(shù)據(jù)就沒(méi)法撤銷(xiāo)恢復(fù)。

為了解決這個(gè)問(wèn)題，人們很久以前就開(kāi)發(fā)了許多種本地版本控制系統(tǒng)，大多都是采用某種簡(jiǎn)單的數(shù)據(jù)庫(kù)來(lái)記錄文件的歷次更新差異

最流行的一種叫做 rcs，現(xiàn)今許多計(jì)算機(jī)系統(tǒng)上都還看得到它的蹤影。甚至在流行的 Mac OS X 系統(tǒng)上安裝了開(kāi)發(fā)者工具包之后，也可以使用 rcs 命令。它的工作原理基本上就是保存并管理文件補(bǔ)丁（patch)。文件補(bǔ)丁是一種特定格式的文本文件，記錄著對(duì)應(yīng)文件修訂前后的內(nèi)容變化。所以，根據(jù)每次修訂后的補(bǔ)丁，rcs 可以通過(guò)不斷打補(bǔ)丁，計(jì)算出各個(gè)版本的文件內(nèi)容,像WPS也有類(lèi)似功能。

1.1 集中化的版本控制系統(tǒng)

如何讓在不同系統(tǒng)上的開(kāi)發(fā)者協(xié)同工作？
于是，集中化的版本控制系統(tǒng)（ Centralized Version Control Systems，CVCS ）應(yīng)運(yùn)而生。
諸如 CVS，Subversion 以及 Perforce 等，都有一個(gè)單一的集中管理的服務(wù)器，保存所有文件的修訂版本，而協(xié)同工作的人們都通過(guò)客戶端連到這臺(tái)服務(wù)器，取出最新的文件或者提交更新。多年以來(lái)，這已成為版本控制系統(tǒng)的標(biāo)準(zhǔn)做法

每個(gè)人都可以在一定程度上看到項(xiàng)目中的其他人正在做些什么。
管理員也可以輕松掌控每個(gè)開(kāi)發(fā)者的權(quán)限，并且管理一個(gè) CVCS 要遠(yuǎn)比在各個(gè)客戶端上維護(hù)本地?cái)?shù)據(jù)庫(kù)來(lái)得輕松容易。

缺陷

中央服務(wù)器的單點(diǎn)故障。如果宕機(jī)一小時(shí)，那么在這一小時(shí)內(nèi)，誰(shuí)都無(wú)法提交更新，也就無(wú)法協(xié)同工作。
要是中央服務(wù)器的磁盤(pán)發(fā)生故障，碰巧沒(méi)做備份，或者備份不夠及時(shí)，就會(huì)有丟失數(shù)據(jù)的風(fēng)險(xiǎn)。
最壞的情況是徹底丟失整個(gè)項(xiàng)目的所有歷史更改記錄，而被客戶端偶然提取出來(lái)的保存在本地的某些快照數(shù)據(jù)就成了恢復(fù)數(shù)據(jù)的希望。但這樣的話依然是個(gè)問(wèn)題，你不能保證所有的數(shù)據(jù)都已經(jīng)有人事先完整提取出來(lái)過(guò)。
本地版本控制系統(tǒng)也存在類(lèi)似問(wèn)題，只要整個(gè)項(xiàng)目的歷史記錄被保存在單一位置，就有丟失所有歷史更新記錄的風(fēng)險(xiǎn)。

于是分布式版本控制系統(tǒng)（ Distributed Version Control System，簡(jiǎn)稱(chēng) DVCS ）面世！

1.3 分布式版本控制系統(tǒng)

像 Git，Mercurial，Bazaar 以及 Darcs 等，客戶端并不只提取最新版本的文件快照，而是把代碼倉(cāng)庫(kù)完整地鏡像下來(lái)。

優(yōu)勢(shì)

任何一處協(xié)同工作用的服務(wù)器發(fā)生故障，事后都可以用任何一個(gè)鏡像出來(lái)的本地倉(cāng)庫(kù)恢復(fù)。因?yàn)槊恳淮蔚奶崛〔僮?，?shí)際上都是一次對(duì)代碼倉(cāng)庫(kù)的完整備份：

許多這類(lèi)系統(tǒng)都可以指定和若干不同的遠(yuǎn)端代碼倉(cāng)庫(kù)進(jìn)行交互。籍此，你就可以在同一個(gè)項(xiàng)目中，分別和不同工作小組的人相互協(xié)作。你可以根據(jù)需要設(shè)定不同的協(xié)作流程，比如層次模型式的工作流，而這在以前的集中式系統(tǒng)中是無(wú)法實(shí)現(xiàn)的。

2 Git 發(fā)展史

Linux 內(nèi)核開(kāi)源項(xiàng)目有著為數(shù)眾廣的參與者。絕大多數(shù)的 Linux 內(nèi)核維護(hù)工作都花在了提交補(bǔ)丁和保存歸檔的繁瑣事務(wù)上（1991－2002年間）。到 2002 年，整個(gè)項(xiàng)目組開(kāi)始啟用分布式版本控制系統(tǒng) BitKeeper 來(lái)管理和維護(hù)代碼。

到了 2005 年，開(kāi)發(fā) BitKeeper 的商業(yè)公司同 Linux 內(nèi)核開(kāi)源社區(qū)的合作關(guān)系結(jié)束，他們收回了免費(fèi)使用 BitKeeper 的權(quán)力。這就迫使 Linux 開(kāi)源社區(qū)（特別是 Linux 的締造者 Linus Torvalds ）不得不吸取教訓(xùn)，只有開(kāi)發(fā)一套屬于自己的版本控制系統(tǒng)才不至于重蹈覆轍。他們對(duì)新的系統(tǒng)制訂了若干目標(biāo)：

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

自誕生于 2005 年以來(lái)，Git 日臻成熟完善，在高度易用的同時(shí)，仍然保留著初期設(shè)定的目標(biāo)。它的速度飛快，極其適合管理大項(xiàng)目，它還有著令人難以置信的非線性分支管理系統(tǒng)（見(jiàn)第三章），可以應(yīng)付各種復(fù)雜的項(xiàng)目開(kāi)發(fā)需求。

3 Git 命令

3.1 Git配置

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

git config命令的--global參數(shù)，表明這臺(tái)機(jī)器上的所有Git倉(cāng)庫(kù)都會(huì)使用這個(gè)配置，也可以對(duì)某個(gè)倉(cāng)庫(kù)指定不同的用戶名和郵箱地址。

修改提交人

git commit --amend --author="JavaEdge <JavaEdge@gmail.com>"
# 再
git push -f

3.2 分區(qū)

3.2.1 工作區(qū)

PC里能看到的目錄。實(shí)際的文件目錄，包含項(xiàng)目文件。

工作區(qū)有一個(gè)隱藏目錄.git，是Git的版本庫(kù)。

3.2.2 版本庫(kù)

包含完整的項(xiàng)目歷史和分支信息。包括：

  • stage（或稱(chēng)index）暫存區(qū)。git add就是把文件從工作區(qū)添加到暫存區(qū)
  • Git自動(dòng)創(chuàng)建的master（現(xiàn)已避嫌，改為main分支），默認(rèn)的主分支，包含提交歷史
  • 指向master的指針HEAD：指向當(dāng)前分支的指針

git commit 把暫存區(qū)的所有內(nèi)容提交到當(dāng)前分支。

查看工作區(qū)狀態(tài)

$ git status 
On branch feature/caict
Your branch is up to date with 'origin/feature/caict'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   src/main/java/com/javaedge/MqttClientConsumer.java

no changes added to commit (use "git add" and/or "git commit -a")

查看修改內(nèi)容

# 可以查看工作區(qū)(work dict)和暫存區(qū)(stage)的區(qū)別
$ git diff
diff --git a/src/main/java/com/javaedge/MqttClientConsumer.java b/src/main/java/com/javaedge/MqttClientConsumer.java
index 9c65ba5..89bffdd 100644
--- a/src/main/java/com/javaedge/MqttClientConsumer.java
+++ b/src/main/java/com/javaedge/MqttClientConsumer.java
@@ -348,7 +348,7 @@ public class MqttClientConsumer {
             // 6. 關(guān)閉Producer
             producer.shutdown();
         } catch (Exception e) {
-            System.err.println("發(fā)送消息到RocketMQ異常: " + e.getMessage());
+            log.error("發(fā)送消息到RocketMQ異常: " + e.getMessage());^M
             e.printStackTrace();
         }
     }

# 查看暫存區(qū)(stage)和分支(master)的區(qū)別
$ git diff --cached

# 查看工作區(qū)和版本庫(kù)里最新版區(qū)別
$ git diff HEAD -- <file>

保存工作現(xiàn)場(chǎng)

$ git stash

查看工作現(xiàn)場(chǎng)

$ git stash list

恢復(fù)工作現(xiàn)場(chǎng)

$ git stash pop

發(fā)現(xiàn)工作現(xiàn)場(chǎng)

$ git stash apply

3.3 倉(cāng)庫(kù)

初始化Git倉(cāng)庫(kù)

$ git init

添加文件到Git倉(cāng)庫(kù)

# 可反復(fù)多次使用，添加多個(gè)文件
$ git add <file>

# 可一次提交很多文件，-m后輸入本次提交說(shuō)明，可為任意內(nèi)容
$ git commit -m "description"

3.4 日志

查看提交日志

$ git log
commit a3a04a5c5c1f8a03ab70f7e69af61c2fc014630b (HEAD -> feature/caict, origin/feature/caict)
Author: JavaEdge <javaedge@gmail.com>
Date:   Tue Jul 29 16:18:00 2025 +0800

    feat:新增 rocketmq 客戶端依賴(lài)并發(fā)送測(cè)試topic消息，但發(fā)送失敗

簡(jiǎn)化日志輸出信息

$ git log --pretty=oneline
a3a04a5c5c1f8a03ab70f7e69af61c2fc014630b (HEAD -> feature/caict, origin/feature/caict) feat:新增 rocketmq 客戶端依賴(lài)并發(fā)送測(cè)試topic 消息，但發(fā)送失敗

查看命令歷史

$ git reflog
a3a04a5 (HEAD -> feature/caict, origin/feature/caict) HEAD@{0}: commit: feat:新增 rocketmq 客戶端依賴(lài)并發(fā)送測(cè)試topic 消息
，但發(fā)送失敗
ab64e5d HEAD@{1}: commit: perf:消息基本轉(zhuǎn)換完畢

3.5 回退

版本回退

$ git reset --hard HEAD^

返回到上一版本。

  • HEAD 當(dāng)前版本
  • HEAD^ 上一版本
  • HEAD^^ 上上個(gè)版本
  • HEAD~n n 個(gè)版本之前

回退到指定版本

$ git reset --hard commit_id

commit_id是版本號(hào)，SHA1計(jì)算出的序列值。

調(diào)整commit之間的順序

先看當(dāng)前提交歷史：

$ git log --oneline
208dff8 (HEAD -> feature/caict, origin/feature/caict) perf:發(fā)消息成功
a3a04a5 feat:新增 rocketmq 客戶端依賴(lài)并發(fā)送測(cè)試topic 消息，但發(fā)送失敗
ab64e5d perf:map消息基本轉(zhuǎn)換完畢

將add N提交挪到c2提交之前：

$ git rebase -i b0aa963

b0aa963用來(lái)確定commit范圍，表示從此提交開(kāi)始到當(dāng)前的提交（不包括b0aa963提交）。

運(yùn)行此命令后，彈出VIM編輯器：

# commit提交排列順序與git log排列相反，最先提交的在最上面

# pick表示保留此次commit提交不做修改
pick e773755 C2
4f66467 C3
pick 7703131 add 1
O4643d add 2
pick f0cc6b6 add 3

# Rebase b0aa963..f0cc6b6 onto b0aa963 (5 commands)

# Commands:  底部給出所有可用的命令
# p, pick = use commit, but edit the commit message
# r, reword = use commit, but stop for amending
# e, edit = use commit, but stop for editing
# s, squash = use commit, but meld into previous commit
# f, fixup = Like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
# d, drop = remove commit

手動(dòng)調(diào)整一下對(duì)應(yīng)提交的位置：

pick 7703136 add 1
O4643d add 2
pick f0cc6b6 add 3
pick e773755 C2
4f66467 C3

保存離開(kāi)就可以自動(dòng)完成，再看提交歷史記錄：

git log --oneline (HEAD -> master)
6c59aa9 c3
cd09550 add 3
68a5550 add 2
f5c53c0 add 1
471cafa c1

調(diào)整影響：無(wú)論調(diào)整commit順序或刪除commit，都有可能產(chǎn)生沖突或者錯(cuò)誤。如后面的提交對(duì)前面的有依賴(lài)性，而刪除前面的提交，勢(shì)必出問(wèn)題。好比穿越時(shí)空來(lái)到父母戀愛(ài)之時(shí)，這時(shí)候如果熱戀中的父母分手，那自己又會(huì)從哪來(lái)？

提交

git cherry-pick

3.6 撤銷(xiāo)

丟棄工作區(qū)的修改

$ git checkout -- <file>

將文件在工作區(qū)的修改全部撤銷(xiāo)，兩種case：

  • file自修改后還沒(méi)有被放到暫存區(qū)，現(xiàn)在，撤銷(xiāo)修改就回到和版本庫(kù)一模一樣的狀態(tài)
  • file已經(jīng)添加到暫存區(qū)后，又作了修改，現(xiàn)在，撤銷(xiāo)修改就回到添加到暫存區(qū)后的狀態(tài)

總之，就是讓這文件回到最近一次git commit或git add時(shí)的狀態(tài)。

丟棄暫存區(qū)的修改

分兩步：
第一步，把暫存區(qū)的修改撤銷(xiāo)掉(unstage)，重新放回工作區(qū)：

$ git reset HEAD <file>

第二步，撤銷(xiāo)工作區(qū)的修改

$ git checkout -- <file>

小結(jié)：

  1. 當(dāng)你改亂工作區(qū)某文件內(nèi)容，想直接丟棄工作區(qū)的修改，用git checkout -- <file>

  2. 不但改亂工作區(qū)某文件內(nèi)容，還添加到了暫存區(qū)，想丟棄修改，分兩步：

    1. 用git reset HEAD <file>，就回到了第一步

    2. 第二步按第一步操作

  3. 已提交不合適的修改到版本庫(kù)，想撤銷(xiāo)本次提交，就進(jìn)行版本回退，但前提是沒(méi)推送到遠(yuǎn)程庫(kù)

3.7 刪除

刪除文件

$ git rm <file>

git rm <file>相當(dāng)于執(zhí)行

$ rm <file>
$ git add <file>

Q：rm text.txt 誤刪，咋恢復(fù)？
A：git checkout -- text.txt ，把版本庫(kù)的東西重新寫(xiě)回工作區(qū)

Q：執(zhí)行git rm text.txt，發(fā)現(xiàn)工作區(qū)的text.txt也刪除了，咋恢復(fù)？
A：先撤銷(xiāo)暫存區(qū)修改，重新放回工作區(qū)，然后再?gòu)陌姹編?kù)寫(xiě)回到工作區(qū)

$ git reset head text.txt
$ git checkout -- text.txt

Q：真想從版本庫(kù)里刪除文件咋做？
A：執(zhí)行git commit -m "delete text.txt"，提交后最新的版本庫(kù)將不包含這個(gè)文件

git rm V.S git rm --cached

需刪除暫存區(qū)或分支上的文件，同時(shí)工作區(qū)也不需要該文件了：

git rm file_path

需刪除暫存區(qū)或分支上的文件，但本地又需要使用，只是不希望該文件被版本控制：

git rm --cached file_path

3.8 遠(yuǎn)程倉(cāng)庫(kù)

創(chuàng)建SSH Key

$ ssh-keygen -t rsa -C "xxx@gmail.com"

~ % cat  /Users/javaedge/.ssh/id_rsa.pub

貼到github的ssh key即可開(kāi)啟ssh免密訪問(wèn)。

關(guān)聯(lián)遠(yuǎn)程倉(cāng)庫(kù)

$ git remote add origin https://github.com/username/repositoryname.git

【取消】關(guān)聯(lián)遠(yuǎn)程倉(cāng)庫(kù)

取消 Git 倉(cāng)庫(kù)與遠(yuǎn)程倉(cāng)庫(kù)的關(guān)聯(lián)：

git remote remove https://github.com/Java-Edge/education-microservice.git

不確定遠(yuǎn)程倉(cāng)庫(kù)名稱(chēng)，就查看遠(yuǎn)程倉(cāng)庫(kù)列表：

javaedge@JavaEdgedeMac-mini education-microservice % git remote -v
origin  https://github.com/Java-Edge/education-microservice.git (fetch)
origin  https://github.com/Java-Edge/education-microservice.git (push)

列出所有與你的本地倉(cāng)庫(kù)相關(guān)聯(lián)的遠(yuǎn)程倉(cāng)庫(kù)及其 URL。再按需用第一個(gè)命令取消關(guān)聯(lián)特定的遠(yuǎn)程倉(cāng)庫(kù)。

推送到遠(yuǎn)程倉(cāng)庫(kù)

$ git push -u origin master

-u 表示第一次推送master分支的所有內(nèi)容，此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改。

坑

fatal: The upstream branch of your current branch does not match
the name of your current branch.  To push to the upstream branch
on the remote, use

    git push origin HEAD:release/10.0

To push to the branch of the same name on the remote, use

    git push origin HEAD

與本地建立聯(lián)系的是遠(yuǎn)程的 release 分支,因此git 報(bào)錯(cuò)會(huì)提示應(yīng)該這么把代碼推到遠(yuǎn)程的特定分支

git push origin  HEAD:release/10.0

從遠(yuǎn)程克隆

為了得到一個(gè)項(xiàng)目的備份，需知該項(xiàng)目倉(cāng)庫(kù)地址(Git URL)。Git能在許多協(xié)議下使用，所以Git URL可能以ssh://、http(s)://、git://或只是以一個(gè)用戶名（git 會(huì)認(rèn)為這是一個(gè)ssh 地址）為前輟。有些倉(cāng)庫(kù)可通過(guò)不只一種協(xié)議訪問(wèn)。如Git本身源碼可用：

git:// 協(xié)議訪問(wèn)：

git clone git://git.kernel.org/pub/scm/git/git.git

也可通過(guò)http 協(xié)議來(lái)訪問(wèn):

git clone http://www.kernel.org/pub/scm/git/git.git

git://協(xié)議較為快速和有效，但有時(shí)須用http協(xié)議，如你公司防火墻阻止非http訪問(wèn)請(qǐng)求。若執(zhí)行上面兩行命令中的任一，你會(huì)看到一個(gè)新目錄: 'git'，包含有所的Git源代碼和歷史記錄。

Git會(huì)把"Git URL"里最后一級(jí)目錄名的'.git'的后輟去掉，做為新克隆(clone)項(xiàng)目的目錄名，如：

git clone http://git.kernel.org/linux/kernel/git/torvalds/linux-2.6.git

會(huì)建立一個(gè)目錄叫'linux-2.6'。

若訪問(wèn)一個(gè)Git URL需用戶名、密碼，可在Git URL前加上用戶名，并在它們之間加上@符合以表示分割，再執(zhí)行g(shù)it clone，git提示你輸入密碼。

示例

git clone javaedge@http://www.kernel.org/pub/scm/git/git.git

將以作為 javaedge 用戶名訪問(wèn)：

http://www.kernel.org/pub/scm/git/git.git

然后按回車(chē)鍵執(zhí)行g(shù)it clone命令，git會(huì)提示你輸入密碼。

可通過(guò)-b <name>指定要克隆的分支名：

$ git clone -b master2 ../server .

表示克隆名為master2的這個(gè)分支，如果省略-b <name>表示克隆master分支。

$ git clone https://github.com/usern/repositoryname.git

刪除遠(yuǎn)程倉(cāng)庫(kù)文件

可能某些不需要的目錄上傳到遠(yuǎn)程倉(cāng)庫(kù)去了，下面開(kāi)始操作

預(yù)覽將要?jiǎng)h除的文件

# 加上 -n 參數(shù)，執(zhí)行命令時(shí)，不會(huì)刪除任何文件，而是展示此命令要?jiǎng)h除的文件列表預(yù)覽
git rm -r -n --cached 文件/文件夾名稱(chēng)

確認(rèn)后刪除

git rm -r --cached 文件/文件夾名稱(chēng)

提交到本地

git commit -m "提交說(shuō)明"

并推送到遠(yuǎn)程服務(wù)器

git push origin master

3.9 分支

創(chuàng)建分支

$ git branch <branchname>

查看分支

# 列出所有分支，當(dāng)前分支前面會(huì)標(biāo)一個(gè)*號(hào)。
$ git branch
* feature/caict
  main
  master

查看遠(yuǎn)程分支

$ git branch -a
* feature/caict
  main
  master
  remotes/origin/HEAD -> origin/main
  remotes/origin/feature/caict
  remotes/origin/main
  remotes/origin/master

查看本地分支和遠(yuǎn)程分支之間的映射關(guān)系：

$ git branch -vv
* feature/caict 208dff8 [origin/feature/caict] perf:發(fā)消息成功
  main          95f1bb6 [origin/main: ahead 1, behind 1] Initial commit
  master        95f1bb6 [origin/master] Initial commit

切換分支

$ git checkout <branchname>

# 切換遠(yuǎn)程分支
git checkout -b release/10.0  origin/release/10.0

創(chuàng)建+切換分支

$ git checkout -b <branchname>

合并某分支到當(dāng)前分支

$ git merge <branchname>

刪除分支

$ git branch -d <branchname>

查看分支合并圖

$ git log --graph

當(dāng)Git無(wú)法自動(dòng)合并分支時(shí)，就必須首先解決沖突。解決沖突后，再提交，合并完成。用git log --graph命令可以看到分支合并圖。

普通模式合并分支

$ git merge --no-ff -m "description" <branchname>

因?yàn)楸敬魏喜⒁獎(jiǎng)?chuàng)建一個(gè)新的commit，所以加上-m參數(shù)，把commit描述寫(xiě)進(jìn)去。合并分支時(shí)，加上--no-ff參數(shù)就可以用普通模式合并，能看出來(lái)曾經(jīng)做過(guò)合并，包含作者和時(shí)間戳等信息，而fast forward合并就看不出來(lái)曾經(jīng)做過(guò)合并。

丟棄一個(gè)沒(méi)有合并過(guò)的分支

$ git branch -D <branchname>

查看遠(yuǎn)程庫(kù)信息

$ git remote -v

在本地創(chuàng)建和遠(yuǎn)程分支對(duì)應(yīng)的分支

$ git checkout -b branch-name origin/branch-name，

本地和遠(yuǎn)程分支的名稱(chēng)最好一致；

建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián)

$ git branch --set-upstream branch-name origin/branch-name；

從本地推送分支 （將本地項(xiàng)目與遠(yuǎn)程倉(cāng)庫(kù)項(xiàng)目關(guān)聯(lián)）

$ git push origin branch-name

sssdeMacBook-Pro:ArticleSpider sss$ git push -u origin master
Counting objects: 18, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (18/18), 4.32 KiB | 2.16 MiB/s, done.
Total 18 (delta 2), reused 0 (delta 0)
remote: Resolving deltas: 100% (2/2), completed with 1 local object.
To https://github.com/Wasabi1234/Scrapy-Tutorial.git
   1c84622..bc4cf9a  master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

如果推送失敗，先用git pull抓取遠(yuǎn)程的新提交；

從遠(yuǎn)程抓取分支

$ git pull

如果有沖突，要先處理沖突。

3.10 標(biāo)簽

tag讓人容易記住的有意義的名字，跟某commit綁在一起。

新建一個(gè)標(biāo)簽

$ git tag <tagname>

默認(rèn)為HEAD，也可指定一個(gè)commit id。

指定標(biāo)簽信息

$ git tag -a <tagname> -m <description> <branchname> or commit_id

git tag -a <tagname> -m "blablabla..."可以指定標(biāo)簽信息。

PGP簽名標(biāo)簽

$ git tag -s <tagname> -m <description> <branchname> or commit_id

git tag -s <tagname> -m "blablabla..."可以用PGP簽名標(biāo)簽。

查看所有標(biāo)簽

$ git tag

推送一個(gè)本地標(biāo)簽

$ git push origin <tagname>

推送全部未推送過(guò)的本地標(biāo)簽

$ git push origin --tags

刪除一個(gè)本地標(biāo)簽

$ git tag -d <tagname>

刪除一個(gè)遠(yuǎn)程標(biāo)簽

$ git push origin :refs/tags/<tagname>

參考：

本文由博客一文多發(fā)平臺(tái) OpenWrite 發(fā)布！

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書(shū)系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 這里參考廖雪峰老師的教程，一步步重頭操作一遍。 概念 Git：分布式版本控制系統(tǒng)和svn 這種集中式的版本控制系統(tǒng)...
    夢(mèng)想成真213閱讀 9,347評(píng)論 0贊 4
  • Git的一些概念 1.本地倉(cāng)庫(kù) 工作區(qū)本地修改 暫存區(qū)本地修改可以放入暫存區(qū)，再批量提交暫存區(qū)到本地倉(cāng)庫(kù) HEAD...
    HVCKER閱讀 620評(píng)論 0贊 1
  • Git是目前世界上最先進(jìn)的分布式版本控制系統(tǒng)，很方便公司同事間合作開(kāi)發(fā)，使用Git可以使用可視化的軟件，如Sour...
    LeeCoder閱讀 4,996評(píng)論 2贊 10
  • 本篇文章已授權(quán)微信公眾號(hào) guolin_blog （郭霖）獨(dú)家發(fā)布 0. 序言 之前不太重視Git的命令行操作，直...
    付凱強(qiáng)閱讀 5,292評(píng)論 10贊 103
  • 基本操作 設(shè)置身份信息 查看身份信息 設(shè)置編輯器與對(duì)比器 查看設(shè)置 Git里面一共有3個(gè)配置文件：倉(cāng)庫(kù)級(jí)配置文件(...
    TomyZhang閱讀 372評(píng)論 0贊 0

友情鏈接更多精彩內(nèi)容