名稱

gitglossary  -  Git詞匯表

概要

描述

備用對(duì)象數(shù)據(jù)庫

通過交替機(jī)制，存儲(chǔ)庫可以從另一個(gè)對(duì)象數(shù)據(jù)庫繼承其對(duì)象數(shù)據(jù)庫的一部分，這被稱為“備用”。

空倉

顯式的存儲(chǔ)庫通常是一個(gè)適當(dāng)命名的目錄，其.git后綴沒有在版本控制下的任何文件的本地簽出副本。也就是說，通常存在于隱藏.git子目錄中的所有Git管理和控制文件都直接出現(xiàn)在repository.git目錄中，而不存在和檢出其他文件。通常，公共存儲(chǔ)庫的發(fā)布者會(huì)使顯式的存儲(chǔ)庫可用。

blob 對(duì)象

非類型化的對(duì)象，例如文件的內(nèi)容。

分支

“分支”是一個(gè)積極的發(fā)展路線。分支上最近的提交被稱為分支的提示。分支的頂端由分支頭引用，隨著分支上的額外開發(fā)，分支頭向前移動(dòng)。一個(gè)Git倉庫可以跟蹤任意數(shù)量的分支，但您的工作樹僅與其中一個(gè)分支（“當(dāng)前”或“簽出”分支）關(guān)聯(lián)，并且HEAD指向該分支。

高速緩存

已棄用：索引。

鏈

對(duì)象列表，其中列表中的每個(gè)對(duì)象都包含對(duì)其后繼者的引用（例如，提交的后繼者可以是其父代之一）。

變更

BitKeeper / cvsps 代表“提交”。由于 Git 不存儲(chǔ)更改，但使用 Git 的術(shù)語 “changesets” 確實(shí)沒有意義。

查看

使用對(duì)象數(shù)據(jù)庫中的樹對(duì)象或 blob 更新全部或部分工作樹，以及在整個(gè)工作樹已指向新分支的情況下更新索引和 HEAD 的操作。

cherry-picking

在 SCM 專業(yè)術(shù)語中，“ cherry-picking ” 意味著從一系列更改（通常為提交）中選擇一部分更改，并將它們記錄為不同代碼庫之上的一系列新更改。在 Git 中，這由 “git cherry-pick” 命令執(zhí)行，以提取現(xiàn)有引入的提交更改，并根據(jù)當(dāng)前分支的提示將其記錄為新提交。

清除

A working tree is clean, if it corresponds to the revision referenced by the current head. Also see "dirty".

commit

作為名詞：Git 歷史中的單一點(diǎn); 一個(gè)項(xiàng)目的整個(gè)歷史被表示為一組相互關(guān)聯(lián)的提交。Git經(jīng)常在相同的地方使用 “commit” 一詞，而其他版本控制系統(tǒng)使用“revision”或“version”一詞。也用作提交對(duì)象的簡寫。

作為動(dòng)詞：通過創(chuàng)建一個(gè)代表索引當(dāng)前狀態(tài)的新提交并推進(jìn) HEAD 指向新的提交，將項(xiàng)目狀態(tài)的新快照存儲(chǔ)在 Git 歷史記錄中的操作。

commit 對(duì)象

對(duì)象，其中包含有關(guān)特定修訂版的信息，例如父項(xiàng)，提交者，作者，日期和與所存儲(chǔ)的修訂版頂部目錄相對(duì)應(yīng)的樹對(duì)象。

commit-ish (also committish)

提交對(duì)象或可遞歸解引用到提交對(duì)象的對(duì)象。以下是所有提交：提交對(duì)象，指向提交對(duì)象的標(biāo)記對(duì)象。

Git 核心

Git 的基本數(shù)據(jù)結(jié)構(gòu)和實(shí)用程序。只公開有限的源代碼管理工具。

DAG

有向無循環(huán)圖。提交對(duì)象形成一個(gè)有向無循環(huán)圖，因?yàn)樗鼈兙哂懈福ǘㄏ颍?，并且提交?duì)象的圖是非循環(huán)的（不存在以相同對(duì)象開始和結(jié)束的鏈）。

dangling object

即使從其他不可達(dá)對(duì)象也無法訪問不可訪問對(duì)象; 一個(gè)懸掛對(duì)象沒有從存儲(chǔ)庫中的任何引用，或沒有對(duì)象引用它。

分離 HEAD

通常，HEAD 存儲(chǔ)分支的名稱，并且對(duì)歷史 HEAD 進(jìn)行操作的命令表示對(duì)通向 HEAD 指向的分支尖端的歷史進(jìn)行操作。但是，Git 還允許您檢出任意提交，但不一定是任何特定分支的提示。這種狀態(tài)下的 HEAD 被稱為“分離”。

請(qǐng)注意，在當(dāng)前分支的歷史記錄上運(yùn)行的命令（例如git commit，在其上創(chuàng)建新的歷史記錄）在 HEAD 分離時(shí)仍然有效。他們更新 HEAD 指向更新后的歷史記錄，而不影響任何分支。更新或查詢about當(dāng)前分支信息的命令（例如git branch --set-upstream-to，設(shè)置當(dāng)前分支集成的遠(yuǎn)程跟蹤分支）顯然不起作用，因?yàn)樵诖藸顟B(tài)下沒有（實(shí)際）當(dāng)前分支要求。

目錄

你用 “l(fā)s” 得到的名單:-)

dirty

如果工作樹包含尚未提交給當(dāng)前分支的修改，則稱其為“ dirty ”。

evil merge

evil merge 是一種合并，它引入了不出現(xiàn)在任何父代中的變化。

fast-forward

fast-forward 是一種特殊的合并類型，您可以在其中進(jìn)行修改，并且您正在 “merging” 另一個(gè)分支的變更，這些變更恰好是您所擁有的后代。在這種情況下，您不必進(jìn)行新的合并提交，而只需更新其修訂。這將經(jīng)常發(fā)生在遠(yuǎn)程存儲(chǔ)庫的遠(yuǎn)程跟蹤分支上。

fetch

獲取分支意味著從遠(yuǎn)程存儲(chǔ)庫獲取分支的頭部引用，以找出本地對(duì)象數(shù)據(jù)庫中缺少哪些對(duì)象，并獲取它們。另請(qǐng)參閱 git-fetch [1] 。

文件系統(tǒng)

Linus Torvalds 最初將 Git 設(shè)計(jì)為用戶空間文件系統(tǒng)，即保存文件和目錄的基礎(chǔ)架構(gòu)。這確保了 Git 的效率和速度。

Git 存檔

資源庫的同義詞（適用于 arch 人士）。

gitfile

.git工作樹根部的純文件，指向真實(shí)存儲(chǔ)庫的目錄。

grafts

嫁接使兩個(gè)不同的發(fā)展路線通過記錄提交的虛假血統(tǒng)信息連接在一起。通過這種方式，你可以讓 Git 假裝一個(gè)提交的父集與創(chuàng)建提交時(shí)所記錄的不同。通過.git/info/grafts文件進(jìn)行配置。

Note that the grafts mechanism is outdated and can lead to problems transferring objects between repositories; see git-replace[1] for a more flexible and robust system to do the same thing.

hash

在 Git 的上下文中，對(duì)象名的同義詞。

head

對(duì)分支頂端提交的命名引用。頭文件存儲(chǔ)在$GIT_DIR/refs/heads/目錄中的文件中，除非使用打包引用。（請(qǐng)參閱 git-pack-refs [1] 。）

HEAD

當(dāng)前分支。更詳細(xì)地說：你的工作樹通常是由 HEAD 引用的樹的狀態(tài)派生的。除了使用分離 HEAD 時(shí)，HEAD 是對(duì)存儲(chǔ)庫中某個(gè)頭的引用，在這種情況下，它直接引用任意提交。

head ref

頭部的同義詞。

hook

在正常執(zhí)行幾個(gè) Git 命令的過程中，對(duì)可選腳本進(jìn)行了標(biāo)注，以便開發(fā)人員添加功能或進(jìn)行檢查。通常，鉤子允許預(yù)先驗(yàn)證命令并可能中止，并且在完成操作之后允許后通知。hook 腳本可以在$GIT_DIR/hooks/目錄中找到，只需.sample從文件名中刪除后綴即可啟用。在 Git 的早期版本中，你必須讓它們可執(zhí)行。

index

包含 stat 信息的文件集合，其內(nèi)容以對(duì)象形式存儲(chǔ)。索引是工作樹的存儲(chǔ)版本。真相被告知，它也可以包含合并時(shí)使用的第二個(gè)，甚至第三個(gè)工作樹版本。

index entry

有關(guān)特定文件的信息，存儲(chǔ)在索引中。如果合并已啟動(dòng)，但尚未完成（即索引包含該文件的多個(gè)版本），則索引條目可以取消合并。

master

默認(rèn)開發(fā)分支。無論何時(shí)創(chuàng)建 Git 存儲(chǔ)庫，都會(huì)創(chuàng)建一個(gè)名為 “master” 的分支，并成為活動(dòng)分支。在大多數(shù)情況下，這包含了當(dāng)?shù)氐陌l(fā)展，盡管這純粹是按照慣例，并不是必需的。

merge

作為動(dòng)詞：將另一個(gè)分支的內(nèi)容（可能來自外部存儲(chǔ)庫）引入當(dāng)前分支。在合并分支來自不同的存儲(chǔ)庫的情況下，首先獲取遠(yuǎn)程分支，然后將結(jié)果合并到當(dāng)前分支中。提取和合并操作的組合稱為拉取。合并由一個(gè)自動(dòng)過程執(zhí)行，該過程識(shí)別自分支發(fā)散后所做的更改，然后將所有這些更改應(yīng)用到一起。如果更改有沖突，可能需要手動(dòng)干預(yù)才能完成合并。

作為名詞：除非是快進(jìn)，否則成功的合并會(huì)導(dǎo)致創(chuàng)建代表合并結(jié)果的新提交，并將合并分支的提示作為父項(xiàng)。這個(gè)提交被稱為“合并提交”，或者有時(shí)候只是一個(gè)“合并”。

object

Git 中的存儲(chǔ)單元。它由 SHA-1 的內(nèi)容唯一標(biāo)識(shí)。因此，對(duì)象不能改變。

object 數(shù)據(jù)庫

存儲(chǔ)一組 “object”，單個(gè)對(duì)象由其對(duì)象名稱標(biāo)識(shí)。物體通常存儲(chǔ)在$GIT_DIR/objects/。

object 標(biāo)識(shí)符

object 名稱的同義詞。

object 名稱

object 的唯一標(biāo)識(shí)符。對(duì)象名稱通常由40個(gè)字符的十六進(jìn)制字符串表示。俗稱 SHA-1。

object 類型

描述對(duì)象類型的標(biāo)識(shí)符 “commit”，“tree”，“tag” 或 “blob” 之一。

octopus

合并兩個(gè)以上的分支。

origin

默認(rèn)的上游存儲(chǔ)庫。大多數(shù)項(xiàng)目至少有一個(gè)跟蹤的上游項(xiàng)目。默認(rèn)情況下origin用于此目的。新的上游更新將被提取到名為 origin / name-of-upstream-branch 的遠(yuǎn)程跟蹤分支中，您可以使用git branch -r。

pack

一組已壓縮到一個(gè)文件中的對(duì)象（以節(jié)省空間或有效傳輸它們）。

pack index

包中對(duì)象的標(biāo)識(shí)符列表和其他信息，以幫助高效地訪問包的內(nèi)容。

pathspec

用于限制 Git 命令中路徑的模式。

Pathspecs 用于 “git ls-files”，“git ls-tree”，“git add”，“git grep”，“git diff”，“git checkout” 等命令行以限制范圍對(duì)樹或工作樹的某個(gè)子集的操作。有關(guān)路徑是否與當(dāng)前目錄或頂層相關(guān)的信息，請(qǐng)參閱每條命令的文檔。pathspec 語法如下所示：

• 任何路徑都與它自己匹配

• 直到最后一個(gè)斜杠的 pathspec 表示一個(gè)目錄前綴。pathspec 的范圍僅限于該子樹。

• pathpec 的其余部分是路徑名剩余部分的模式。相對(duì)于目錄前綴的路徑將使用fnmatch（3） 與該模式進(jìn)行匹配; 特別是，*和? can匹配目錄 separators.For 例如，文檔/ *。JPG 將匹配在文檔子樹的所有.jpg文件，包括文檔 / chapter_1 / figure_1.jpg.A pathspec 開頭用冒號(hào):具有特殊的意義。簡而言之，前面的冒號(hào):后面是零個(gè)或多個(gè)“魔術(shù)簽名”字母（可選地由另一個(gè)冒號(hào)終止:），剩下的就是匹配路徑的模式?！澳g(shù)簽名”由 ASCII 字母組成，既不是字母數(shù)字，glob，正則表達(dá)式特殊字符也不是冒號(hào)。如果模式以不屬于“魔術(shù)簽名”符號(hào)集且不是冒號(hào)的字符開始，則可以省略可選冒號(hào)以終止“魔術(shù)簽名”。在長形式中，前導(dǎo)冒號(hào):后面是開放圓括號(hào)(，以逗號(hào)分隔的零個(gè)或多個(gè)“魔術(shù)字”列表和一個(gè)緊密的括號(hào))，其余部分是匹配路徑的模式。僅帶冒號(hào)的 pathspec 意味著“沒有 pathspec ”。此表單不應(yīng)與其他 pathspec 結(jié)合使用。頂部魔術(shù)字top（魔法簽名：/）使模式與工作樹的根相匹配，即使在子目錄中運(yùn)行命令時(shí)也是如此。模式中的文字通配符，例如*或被?視為文字字符。icase不區(qū)分大小寫匹配。glob Gi t將模式視為適合 fnmatch（3） 使用 FNM_PATHNAME 標(biāo)志使用的 shell glob： 模式中的通配符不會(huì)與路徑名中的/匹配。例如，“Documentation / *。html” 與 “Documentation / git.html” 相匹配，但不匹配 “Documentation / ppc / ppc.html” 或 “tools / perf / Documentation / perf.html”。兩個(gè)連續(xù)的星號(hào) （“ **”）與全路徑匹配的模式可能有特殊的含義：

• 前面的“ **”后跟斜杠意味著所有目錄匹配。例如，“ **/foo” foo在任何地方與文件或目錄“ ”匹配，與模式“ foo” 相同?！?**/foo/bar”與bar直接在目錄“ foo” 下的任何地方的文件或目錄“ ”匹配。

• 尾隨“ /**”匹配內(nèi)部的所有內(nèi)容。例如，“ abc/**” .gitignore以無限深度匹配目錄“abc”內(nèi)相對(duì)于文件位置的所有文件。

• 斜杠后跟兩個(gè)連續(xù)的星號(hào)，則斜線匹配零個(gè)或多個(gè)目錄。例如，“ a/**/b”匹配“ a/b”，“ a/x/b”，“ a/x/y/b”等。

• 其他連續(xù)的星號(hào)被認(rèn)為是無效的。Glob魔法與字面魔法不相容。attr在attr:出現(xiàn)空格分隔的“屬性要求”列表之后，必須滿足所有這些才能使路徑被視為匹配; 這是除了通常的非 magicitespec 模式匹配外。請(qǐng)參閱 gitattributes [5] 。路徑的每個(gè)屬性需求都采用以下形式之一：

• “ ATTR”要求ATTR設(shè)置屬性。

• “ -ATTR” 要求屬性ATTR未設(shè)置。

• “ ATTR=VALUE” 要求將屬性ATTR設(shè)置為字符串VALUE。

• “ !ATTR” 要求屬性ATTR未指定。

排除

路徑匹配任何非排除的pathspec后，它將通過所有排除路徑規(guī)范（魔術(shù)簽名：!或其同義詞^）運(yùn)行。如果匹配，路徑將被忽略。如果不存在非排除的 pathspec，則將排除應(yīng)用于結(jié)果集，就像調(diào)用沒有任何 pathspec 一樣。

parent

提交對(duì)象包含一個(gè)（可能是空的）在開發(fā)線中的邏輯前驅(qū)者列表，即它的父代。

pickaxe

術(shù)語 pickaxe 指 diffcore 例程的一個(gè)選項(xiàng)，它幫助選擇添加或刪除給定文本字符串的更改。有了這個(gè)--pickaxe-all選項(xiàng)，它可以用來查看引入或刪除的完整變更集，比如說一行文本。參見 git-diff [1]。

plumbing

核心 Git 的名字。

porcelain

程序和程序套件的名字取決于核心 Git，提供對(duì)核心 Git 的高級(jí)訪問。Porcelains 公開了比管道更多的 SCM 界面。

per-worktree ref

參考文獻(xiàn)是每個(gè)工作樹，而不是全局。目前只有 HEAD 和任何以 ref 開頭的 ref refs/bisect/，但后來可能會(huì)包含其他不尋常的 ref。

pseudoref

Pseudorefs 是一類文件，在$GIT_DIR這類文件中，為了 rev-parse 的目的，其行為類似于 refs，但是它們被 git 特別處理。偽代碼都具有全部大寫的名稱，并且始終以包含 SHA-1 和空白的行開頭。所以，HEAD 不是一個(gè)偽造的，因?yàn)樗袝r(shí)是一個(gè)符號(hào)參考。他們可以選擇包含一些額外的數(shù)據(jù)。MERGE_HEAD并且CHERRY_PICK_HEAD是例子。不像per-worktree refs，這些文件不能是符號(hào)參考，也不會(huì)有 reflog。他們也不能通過正常的參考更新機(jī)器進(jìn)行更新。相反，它們是通過直接寫入文件來更新的。然而，他們可以被看作是裁判，所以git rev-parse MERGE_HEAD會(huì)工作。

pull

pull 分支意味著獲取并合并它。另見 git-pull [1]。

push

push 分支意味著從遠(yuǎn)程存儲(chǔ)庫獲取分支的頭部引用，找出它是否是分支的本地頭引用的直接祖先，并且在這種情況下，將所有可從本地頭引用獲得的對(duì)象，以及哪些從遠(yuǎn)程存儲(chǔ)庫中丟失，進(jìn)入遠(yuǎn)程對(duì)象數(shù)據(jù)庫，并更新遠(yuǎn)程頭參考。如果遠(yuǎn)程頭部不是本地頭部的父類，則推送失敗。

reachable

所有提交的父類都被認(rèn)為是“可達(dá)”的。更一般地說，如果我們可以通過跟隨標(biāo)簽跟隨標(biāo)簽的鏈向另一個(gè)發(fā)送另一個(gè)對(duì)象，那么可以從另一個(gè)對(duì)象到達(dá)另一個(gè)對(duì)象，向他們的父類或 commit，向樹木或其包含的 blob commit。

rebase

要重新應(yīng)用從一個(gè)分支到另一個(gè)基地的一系列更改，并將該分支的頭部重置為結(jié)果。

ref

以refs/（例如refs/heads/master）開頭的名稱指向一個(gè)對(duì)象名稱或另一個(gè)引用（后者稱為符號(hào)引用）。為方便起見，當(dāng)用 Git 命令的參數(shù)時(shí)，ref 有時(shí)可以縮寫; 有關(guān)詳細(xì)信息，請(qǐng)參閱 gitrevisions [7]。參考資料存儲(chǔ)在存儲(chǔ)庫中。

參考命名空間是分層的。不同的refs/heads/子層次結(jié)構(gòu)用于不同的目的（例如，層次結(jié)構(gòu)用于表示本地分支）。

有一些特殊用途的參考文獻(xiàn)不是以refs/開頭的。最顯著的例子是HEAD。

reflog

reflog顯示參考文獻(xiàn)的本地“歷史”。換句話說，this可以告訴你存儲(chǔ)庫中第3次修訂版本是什么，以及當(dāng)前this存儲(chǔ)庫中的狀態(tài)是什么，如昨天晚上9點(diǎn)14分。有關(guān)詳細(xì)信息，請(qǐng)參閱 git-reflog [1]。

refspec

提取和推送使用“refspec”來描述遠(yuǎn)程參考和本地參考之間的映射。

遠(yuǎn)程存儲(chǔ)庫

用于跟蹤相同項(xiàng)目但駐留在其他位置的存儲(chǔ)庫。要與遙控器通信，請(qǐng)參閱提取或推送。

遠(yuǎn)程跟蹤分支

用于跟蹤另一個(gè)存儲(chǔ)庫的更改的引用。它通?？雌饋硐?code>refs/remotes/foo/bar（表示它跟蹤名為bar遠(yuǎn)程命名的分支foo），并匹配配置的提取refspec的右側(cè)。遠(yuǎn)程追蹤分支不應(yīng)包含直接修改或本地提交。

知識(shí)庫

ref 集合以及對(duì)象數(shù)據(jù)庫，其中包含所有可從 ref 中獲得的對(duì)象，可能伴隨著來自一個(gè)或多個(gè) porcelains 的元數(shù)據(jù)。存儲(chǔ)庫可以通過交替機(jī)制與其他存儲(chǔ)庫共享對(duì)象數(shù)據(jù)庫。

解決

手動(dòng)修復(fù)失敗的自動(dòng)合并留下的操作。

調(diào)整

提交的同義詞（名詞）。

rewind

放棄部分發(fā)展，即將頭部分配給較早的修訂。

SCM

源代碼管理（工具）。

SHA-1

“安全散列算法1”; 一個(gè)密碼散列函數(shù)。在使用 Git 作為對(duì)象名稱的同義詞的上下文中。

shallow clone

大多數(shù)情況下，它是淺層存儲(chǔ)庫的同義詞，但該語句使得它更加明確，它是通過運(yùn)行git clone --depth=...命令創(chuàng)建的。

shallow repository

淺倉庫有一個(gè)不完整的歷史記錄，其中一些提交被父母燒掉（換句話說，Git被告知假設(shè)這些提交沒有父母，即使它們被記錄在提交對(duì)象中）。即使在上游記錄的真實(shí)歷史要大得多，當(dāng)你僅僅關(guān)注項(xiàng)目的最近歷史時(shí)，這有時(shí)也很有用。通過給--depthgit-clone [1] 選項(xiàng)創(chuàng)建一個(gè)淺倉庫，其歷史可以通過 git-fetch [1] 加深。

stash entry

用于臨時(shí)存儲(chǔ)臟工作目錄和索引以供將來重用的內(nèi)容的對(duì)象。

submodule

在另一個(gè)存儲(chǔ)庫（后者稱為超級(jí)項(xiàng)目）中存儲(chǔ)單獨(dú)項(xiàng)目歷史的存儲(chǔ)庫。

superproject

將工作樹中其他項(xiàng)目的存儲(chǔ)庫作為子模塊引用的存儲(chǔ)庫。超級(jí)項(xiàng)目知道所包含子模塊的提交對(duì)象的名稱（但不保存其副本）。

symref

符號(hào)引用：它不是包含 SHA-1 標(biāo)識(shí)本身，而是它的格式ref: refs/some/thing，當(dāng)被引用時(shí)，它遞歸地解引用這個(gè)引用。HEAD是 symref 的一個(gè)主要例子。符號(hào)引用通過 git-symbolic-ref [1] 命令進(jìn)行處理。

tag

在refs/tags/命名空間下的一個(gè) ref ，指向任意類型的對(duì)象（通常是一個(gè)標(biāo)記指向一個(gè)標(biāo)記或一個(gè)提交對(duì)象）。與頭部相比，標(biāo)簽不會(huì)被commit命令更新。一個(gè) Git 標(biāo)簽與一個(gè) Lisp 標(biāo)簽（在Git的上下文中被稱為對(duì)象類型）無關(guān)。標(biāo)簽通常用于標(biāo)記提交血統(tǒng)鏈中的特定點(diǎn)。

tag object

包含ref的對(duì)象指向另一個(gè)對(duì)象，它可以像提交對(duì)象一樣包含消息。它也可以包含一個(gè)（PGP）簽名，在這種情況下，它被稱為“簽名標(biāo)簽對(duì)象”。

topic branch

常規(guī)的 Git 分支，開發(fā)人員用它來識(shí)別概念上的開發(fā)線。由于分支非常簡單且便宜，通常需要有幾個(gè)小分支，每個(gè)小分支包含非常明確的概念或小的增量但相關(guān)的更改。

tree

無論是工作樹還是樹對(duì)象以及依賴的 blob 和樹對(duì)象（即工作樹的存儲(chǔ)表示）。

tree object

包含文件名和模式列表的對(duì)象，并引用相關(guān)的 blob 和/或樹對(duì)象。一棵樹相當(dāng)于一個(gè)目錄。

tree-ish (also treeish)

樹對(duì)象或可遞歸解引用到樹對(duì)象的對(duì)象。取消引用提交對(duì)象會(huì)生成與修訂版頂部目錄對(duì)應(yīng)的樹對(duì)象。以下是所有樹形結(jié)構(gòu)：提交對(duì)象，樹對(duì)象，指向樹對(duì)象的標(biāo)記對(duì)象。

未合并指數(shù)

包含未合并索引條目的索引。

無法訪問的對(duì)象

無法從分支，標(biāo)記或任何其他參考訪問的對(duì)象。

上游分支

合并到問題分支（或分支問題的分支）的默認(rèn)分支被重新分配到。它通過分支<name> .remote 和分支。<名稱> .merge 進(jìn)行配置。如果上游分支A是origin/B有時(shí)候我們說“ A被跟蹤origin/B”。

working tree

實(shí)際檢出文件的樹。工作樹通常包含 HEAD 提交樹的內(nèi)容，以及您所做的但尚未提交的任何本地更改。