在 Git 中,什么是提交型和树型的?

问题

Git 中提交式和树式的具体例子有哪些?

堆栈溢出问题 “树型”在 git 中是什么意思处理 具体来说是树状的,但是我想了解更多关于 两者都是的知识。

背景资料

文档中的用法

Git 文档 对“ commit-ish”和 “树状”。例如,如果你正在检查 Git 源代码:

$ 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 文档 定义了什么是“提交型”和“树型”:

<tree>

指示树对象名称。

<commit>

指示提交对象名称。

<tree-ish>

指示树、提交或标记对象名称 参数最终希望对 <tree>对象进行操作,但是会自动执行 解引用指向 <tree><commit><tag>对象。

<commit-ish>

指示提交或标记对象名称 参数最终希望对 <commit>对象进行操作,但是会自动执行 解引用指向 <commit><tag>对象。

文档不够清晰

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

什么是“提交式”和“树式”的具体例子,以及它们是如何 彼此不同

35407 次浏览

简短的回答(TL; DR)

下面是一个完整的提交式和树式标识符列表(来自 < a href = “ https://www.kernel.org/pub/software/scm/Git/docs/gitvisions.html # _  Git 修订文档 :

----------------------------------------------------------------------
|    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都是“提交”,因为它们都会导致提交,但是 因为提交也指向目录树,所以它们最终都会导致 (sub)目录树对象,因此也可以用作“ tree-ish”。

当它引用一个(子)目录时,# 15也可以用作树状目录,但是 也可以用来识别特定的文件。当它涉及到文件,我不是 确定它是否仍然被认为是“树状的”,或者它的行为是否更像“ blob-ish”(Git 将文件称为“ blobs”)。

长答案

Git 中的提交和目录树

在最底层,Git 使用四个基本原理来跟踪源代码 目的:

  1. 带注释的标记,它指向提交。
  2. 提交,它指向项目的根目录树。
  3. 树,即目录和子目录。
  4. 斑点,就是文件。

这些对象都有自己的 sha1散列 ID,因为 Linus Torvalds 设计了 Git 类似于 内容可寻址文件系统,即可以检索文件 基于它们的内容(sha1 ID 由文件内容生成) 书中给出了 这个示例图:

Figure 9-3 from Pro Git book

承诺型和树型

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

  • “ Commit-ish”是最终导致提交对象的标识符,

    tag -> commit

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

    tag -> commit -> project-root-directory

因为提交对象总是指向一个目录树对象(根 目录) ,任何“ commit-ish”标识符都是通过 也就是说,< strong > < em > 任何导致 提交对象还可以用来导致一个(子)目录树对象 。

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

< em > 不能用作 commit-ish 是一组树状标识符

  1. <rev>:<path>,它将 直接导向目录树,而不是提交 例如,HEAD:subdirectory.

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

非英语母语人士请注意[原文如此! ]说话人: “-ish”是一个后缀,可以应用于形容词,以表示“有质量喜欢”或“轻微”-见 http://chambers.co.uk/search/?query=ish&title=21st

因此“树”-就像“树”... ... “承诺”-就像“承诺”

例如“火星看起来像一颗红色的星星”(“ d”加倍)“盘子里的食物不是热的,而是热的”

我相信这有助于更好地解释“ what are...”,因为它解释了语言的用法。