git - Git 中的 commit-ish 和 tree-ish 是什么？

Question

问题

Git 中 commit-ish 和 tree-ish 的具体例子是什么？

Stack Overflow 问题 "What does tree-ish mean in git?" deals与 tree-ish 特别相关，但我想更多地了解两者。

背景

文档中的用法

The Git documentation 多次提到“commit-ish”和“树状”。例如，如果您正在检查 the Git source code :

$ git grep --files-with-matches --extended-regexp "commit(-)*ish"
config.txt
git-describe.txt
git-fast-import.txt
git-name-rev.txt
git-push.txt
git-rebase.txt
git-rev-parse.txt
git.txt
gitcli.txt
glossary-content.txt
howto/revert-branch-rebase.txt
revisions.txt

和

$ git grep --files-with-matches --extended-regexp "tree(-)*ish" | \
$ grep --invert-match RelNotes
diff-format.txt
diff-generate-patch.txt
git-archive.txt
git-cat-file.txt
git-checkout.txt
git-diff-index.txt
git-diff-tree.txt
git-ls-files.txt
git-ls-tree.txt
git-merge-tree.txt
git-read-tree.txt
git-reset.txt
git-svn.txt
git.txt
gitcli.txt
gittutorial-2.txt
glossary-content.txt
revisions.txt

定义

Git 文档 defines what "commit-ish" and "tree-ish" are :

<tree>

Indicates a tree object name.

<commit>

Indicates a commit object name.

<tree-ish>

Indicates a tree, commit or tag object name. A command that takes a <tree-ish> argument ultimately wants to operate on a <tree> object but automatically dereferences <commit> and <tag> objects that point at a <tree>.

<commit-ish>

Indicates a commit or tag object name. A command that takes a <commit-ish> argument ultimately wants to operate on a <commit> object but automatically dereferences <tag> objects that point at a <commit>.

文档不够清晰

尽管上面的文档定义了“commit-ish”和“tree-ish”是什么，我仍然觉得它太模糊和不清楚。

什么是“commit-ish”和“tree-ish”的具体例子，它们是怎样的彼此不同？

Answer 1

简短答案(TL;DR)

这是提交式和树式标识符的完整列表(来自 the Gitrevisions documentation ):

----------------------------------------------------------------------
|    Commit-ish/Tree-ish    |                Examples
----------------------------------------------------------------------
|  1. <sha1>                | dae86e1950b1277e545cee180551750029cfe735
|  2. <describeOutput>      | v1.7.4.2-679-g3bee7fb
|  3. <refname>             | master, heads/master, refs/heads/master
|  4. <refname>@{<date>}    | master@{yesterday}, HEAD@{5 minutes ago}
|  5. <refname>@{<n>}       | master@{1}
|  6. @{<n>}                | @{1}
|  7. @{-<n>}               | @{-1}
|  8. <refname>@{upstream}  | master@{upstream}, @{u}
|  9. <rev>^                | HEAD^, v1.5.1^0
| 10. <rev>~<n>             | master~3
| 11. <rev>^{<type>}        | v0.99.8^{commit}
| 12. <rev>^{}              | v0.99.8^{}
| 13. <rev>^{/<text>}       | HEAD^{/fix nasty bug}
| 14. :/<text>              | :/fix nasty bug
----------------------------------------------------------------------
|       Tree-ish only       |                Examples
----------------------------------------------------------------------
| 15. <rev>:<path>          | HEAD:README.txt, master:sub-directory/
----------------------------------------------------------------------
|         Tree-ish?         |                Examples
----------------------------------------------------------------------
| 16. :<n>:<path>           | :0:README, :README
----------------------------------------------------------------------

标识符 #1-14 都是“commit-ish”，因为它们都会导致提交，但是因为提交也指向目录树，所以它们最终都会导致(子)目录树对象，因此也可以用作“树状”。

#15 在引用(子)目录时也可以用作树状结构，但它也可用于识别特定文件。当它提到文件时，我不是确定它是否仍然被认为是“树状”，或者如果行为更像“blob-ish”(Git将文件称为“blob”)。

长答案

Git 中的提交和目录树

在最低级别，Git 使用四种基本的方式跟踪源代码对象:

1. 带注释的标签，指向提交。
2. 提交，指向项目的根目录树。
3. 树，即目录和子目录。
4. Blob，也就是文件。

这些对象中的每一个都有自己的 sha1 哈希 ID，因为 Linus Torvalds 设计了Git 就像一个 content- addressable文件系统，即可以检索文件基于它们的内容(sha1 ID 是从文件内容生成的)。临 Git书给this example diagram :

提交式与树式

许多 Git 命令可以接受提交和(子)目录的特殊标识符树木:

• “提交式”是最终导致提交对象的标识符。例如，

  tag -> commit

• “树状”是最终导致树(即目录)对象的标识符。

  tag -> commit -> project-root-directory

因为提交对象总是指向一个目录树对象(根你项目的目录)，任何“commit-ish”的标识符都是定义，也是“树状”。换言之，任何指向commit 对象也可用于引导(子)目录树对象。

但是由于目录树对象从不指向 Git 版本控制中的提交系统，并非指向(子)目录树的每个标识符也可以用于指向提交。换句话说，一组“commit-ish”标识符是“树状”标识符集的严格子集。

不能用作 commit-ish 的树形标识符集是

1. <rev>:<path> ，这导致直接到目录树，而不是提交对象。例如，HEAD:subdirectory .

2. 目录树 对象的 Sha1 标识符。