问在吉特，树的意思是什么？

EN

简短的回答(TL;DR)

"trees“是指任何标识符(如Git修订文件中所指定的)，它最终导致(子)目录树(Git将目录称为”树“和”树对象“)。

在最初的海报中，foo 是他想要指定的目录。在Git中指定(子)目录的正确方法是使用这种“树式”语法(来自Git修订文件的第15项)：

<rev>:<path>，例如HEAD:README，:README，master:./README 后缀:后面是路径，在冒号前面的部分命名的树级对象中，路径名为blob或给定路径的树。

因此，换句话说，master:foo是正确的语法，而不是master/foo。

其他“Tree”(加号提交-ish)

以下是提交ish和树ish标识符的完整列表(来自Git修订文件，感谢LopSae的指点)：

----------------------------------------------------------------------
|    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, :README, master:./README
----------------------------------------------------------------------
|         Tree-ish?         |                Examples
----------------------------------------------------------------------
| 16. :<n>:<path>           | :0:README, :README
----------------------------------------------------------------------

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

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

长篇大论

在最低级别，Git使用以下四个基本对象跟踪源代码：

1. 带注释的标记，指向提交。
2. 提交，指向项目的根目录树。
3. 树，它们是目录和子目录。
4. 这些是文件。

每个对象都有自己的sha1哈希ID，因为Linus将Git设计成一个内容-可寻址文件系统，即可以根据它们的内容检索文件(从文件内容生成sha1 ID)。Pro Git的书给了此示例图

​

​

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

• " commit -ish“是最终导致提交对象的标识符。例如, tag -> commit
• “tree”是最终导致树(即目录)对象的标识符。 tag -> commit -> project-root-directory

因为提交对象总是指向目录树对象(项目的根目录)，任何“提交-ish”的标识符从定义上来说也是“树-ish”。换句话说，任何导致提交对象的标识符也可以用于生成(子)目录树对象。

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

正如在文献资料 (感谢特雷博尔帮我找到它)中所解释的：

不能用作提交-ish的树-ish标识符集是

1. <rev>:<path>，它直接引导到目录树，而不是提交对象。例如，HEAD:subdirectory。
2. Sha1标识符的目录树对象。

树ish是一种命名特定树的方法，它可以是下列之一：

• 参考资料：
  • 头
  • 标签
  • 分支名称
  • 带有远程的分支名称，如origin/somebranch

​

• 哈希
• 短哈希

最重要的是，上面的任何一个都可以附加到^，~。引用还可以将@{}符号用于一些附加特性：

• HEAD^或HEAD^1将被解析为HEAD的第一个父级。
• HEAD^2将解析为第二个父级
• HEAD^3将解决第三代父母等问题，这是比较少见的和产品的与章鱼策略融合。
• HEAD~或HEAD~1将解析为head的第一个父级
• HEAD~2将解析为HEAD的第一个父级的第一个父级。这将与HEAD^^相同
• HEAD@{0}将解析到当前头部
• HEAD@{1}将解析到前一个头。这只能由引用使用，因为它使用了引用日志。在HEAD的情况下，每次提交、合并、签出都会更改HEAD的值，从而将其添加到日志中。git reflog HEAD将显示引用日志，在那里您可以看到头部的所有移动，以及正确地显示@{1}等将解析的内容。

只要在您的存储库中有意义，以上大多数内容都可以进一步结合起来，例如：HEAD@{2}~3、somebranch^2~4、c00e66e~4^2、anotherbranch~^~^~^。

因此，上面描述的任何一种树及其组合，在文档中都是树的意思，这只是一种方式，用来说明哪些树(或修订版)是大多数git命令应该使用的树。

更多信息在Git书中的修订选择。

你可能想

git archive master foo | tar -x -C ~/destination

表达式master/foo没有意义：master是一个分支名称，foo是一个目录名，正如我所推测的那样。

编辑：(删除坏链接。见评论)