简答 (TL;DR)
“Tree-ish”是指任何标识符（如the Git
revisions documentation 中指定的）最终导致（子）目录的术语
树（Git 将目录称为“树”和“树对象”）。
在原始发帖人的情况下，foo是他想要的目录
指定。在 Git 中指定（子）目录的正确方法是使用这个
“树形”语法（来自the Git revisions documentation 的项目#15）：
<rev>:<path>，例如HEAD:README、:README、master:./README
后缀 : 后跟一个路径，为给定路径中的 blob 或树命名
冒号前部分命名的树状对象。
因此，换句话说，master:foo 是正确的语法，而不是 master/foo。
其他“Tree-ish”（加上 Commit-ish）
这里是 commit-ish 和 tree-ish 标识符的完整列表（来自the Git
revisions documentation、thanks to LopSae for pointing it
out）：
----------------------------------------------------------------------
| 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 都是“commit-ish”，因为它们都导致提交，但是
因为提交也指向目录树，所以它们最终都会导致
（子）目录树对象，因此也可以用作“树形”。
#15 在引用（子）目录时也可以用作树形，但它
也可用于识别特定文件。当它提到文件时，我不是
确定它是否仍然被认为是“tree-ish”，或者更像是“blob-ish”（Git
将文件称为“blob”）。
长答案
在最低级别，Git 使用四个基本功能来跟踪源代码
对象：
- 带注释的标签，指向提交。
- 提交，指向项目的根目录树。
- 树，即目录和子目录。
- Blob，即文件。
每个对象都有自己的 sha1 哈希 ID，因为 Linus Torvalds 设计了
Git 就像content- addressable 文件系统，即可以检索文件
基于它们的内容（sha1 ID 是从文件内容生成的）。专业的 Git
书给this example diagram：
许多 Git 命令可以接受提交和（子）目录的特殊标识符
树：
-
“Commit-ish”是最终导致提交对象的标识符。例如，
tag -> commit
-
“Tree-ish”是最终导致树（即目录）对象的标识符。
tag -> commit -> project-root-directory
因为提交对象总是指向一个目录树对象（根
项目的目录），任何“commit-ish”的标识符都是，由
定义，也是“树状”。换句话说，任何导致
提交对象也可用于指向（子）目录树对象。
但是由于目录树对象从不指向 Git 版本控制中的提交
系统，并非每个指向（子）目录树的标识符也可以是
用于指向一个提交。换句话说，“commit-ish”标识符集
是一组“树状”标识符的严格子集。
如the documentation (thanks to Trebor for helping
me find it) 中所述：
<tree>
表示树对象名称。
<commit>
表示提交对象名称。
<tree-ish>
表示树、提交或标记对象名称。采用<tree-ish> 的命令
参数最终想要对 <tree> 对象进行操作，但自动
取消引用指向 <tree> 的 <commit> 和 <tag> 对象。
<commit-ish>
表示提交或标记对象名称。采用<commit-ish> 的命令
参数最终想要对 <commit> 对象进行操作，但自动
取消引用指向 <commit> 的 <tag> 对象。
不能用作 commit-ish 的树状标识符集是
<rev>:<path>，将直接引导至目录树，而不是提交
对象。例如，HEAD:subdirectory。
目录树对象的Sha1标识符。