虽然Dav认为信息没有直接存储是正确的，但这并不意味着你永远都找不到。这里有一些你可以做的事情。

查找提交所在的分支

git branch -a --contains <commit>

这将告诉您其历史中具有给定承诺的所有分支。显然，如果提交已经被合并，这就不太有用了。

搜索回流

如果您正在进行提交的存储库中工作，可以在reflog中搜索该提交的行。gitgc会删除90天以上的反射，因此如果提交时间太长，您将找不到它。也就是说，您可以这样做：

git reflog show --all | grep a871742

找到提交a871742。请注意，您必须使用提交的缩写7个第一位数字。输出应该是这样的：

a871742 refs/heads/completion@{0}: commit (amend): mpc-completion: total rewrite

表明提交是在分支“完成”时进行的。默认输出显示缩写的提交哈希值，因此请确保不要搜索完整的哈希值，否则将找不到任何内容。

git reflog show实际上只是git log-g--abbrev commit--prett=oneline的别名，因此如果您想修改输出格式以使grep可以使用不同的内容，这就是您的出发点！

如果您不是在进行提交的存储库中工作，那么在这种情况下，您所能做的最好的工作就是检查reflog并查找提交首次引入存储库的时间；幸运的是，您获取了它提交到的分支。这有点复杂，因为您不能同时遍历提交树和reflog。您可能需要解析reflog输出，检查每个哈希，看看它是否包含所需的提交。

查找后续合并提交

这取决于工作流，但对于良好的工作流，在开发分支上进行提交，然后将其合并到中。您可以这样做：

git log --merges <commit>..

以查看将给定提交作为祖先的合并提交。（如果提交只合并了一次，那么第一次应该是您要进行的合并；否则，我想您必须检查一些。）合并提交消息应该包含合并的分支名称。

如果您希望能够做到这一点，您可能需要使用--noff选项来gitmerge，以强制创建合并提交，即使在快进情况下也是如此。（不过，不要过于急切。如果过度使用，这可能会让人困惑。）VonC对相关问题的回答有助于阐述这一主题。

除了在所有树中搜索直到找到匹配的哈希值之外，没有。

作为一个实验，我制作了一个提交后挂钩，它在提交元数据中存储关于当前签出的分支的信息。我还略微修改了gitk以显示该信息。

你可以在这里查看：https://github.com/pajp/branch-info-commits

简单的答案是Git不存储提交的分支的名称。试图重建这些信息的技巧似乎在所有情况下都不起作用。

虽然Dav认为信息没有直接存储是正确的，但这并不意味着你永远都找不到。这里有一些你可以做的事情。

查找提交所在的分支

git branch -a --contains <commit>

这将告诉您其历史中具有给定承诺的所有分支。显然，如果提交已经被合并，这就不太有用了。

搜索回流

如果您正在进行提交的存储库中工作，可以在reflog中搜索该提交的行。gitgc会删除90天以上的反射，因此如果提交时间太长，您将找不到它。也就是说，您可以这样做：

git reflog show --all | grep a871742

找到提交a871742。请注意，您必须使用提交的缩写7个第一位数字。输出应该是这样的：

a871742 refs/heads/completion@{0}: commit (amend): mpc-completion: total rewrite

表明提交是在分支“完成”时进行的。默认输出显示缩写的提交哈希值，因此请确保不要搜索完整的哈希值，否则将找不到任何内容。

git reflog show实际上只是git log-g--abbrev commit--prett=oneline的别名，因此如果您想修改输出格式以使grep可以使用不同的内容，这就是您的出发点！

如果您不是在进行提交的存储库中工作，那么在这种情况下，您所能做的最好的工作就是检查reflog并查找提交首次引入存储库的时间；幸运的是，您获取了它提交到的分支。这有点复杂，因为您不能同时遍历提交树和reflog。您可能需要解析reflog输出，检查每个哈希，看看它是否包含所需的提交。

查找后续合并提交

这取决于工作流，但对于良好的工作流，在开发分支上进行提交，然后将其合并到中。您可以这样做：

git log --merges <commit>..

以查看将给定提交作为祖先的合并提交。（如果提交只合并了一次，那么第一次应该是您要进行的合并；否则，我想您必须检查一些。）合并提交消息应该包含合并的分支名称。

如果您希望能够做到这一点，您可能需要使用--noff选项来gitmerge，以强制创建合并提交，即使在快进情况下也是如此。（不过，不要过于急切。如果过度使用，这可能会让人困惑。）VonC对相关问题的回答有助于阐述这一主题。

例如，要发现c0118fa提交来自redesign_interactions：

* ccfd449 (HEAD -> develop) Require to return undef if no digits found
*   93dd5ff Merge pull request #4 from KES777/clean_api
|\
| * 39d82d1 Fix tc0118faests for debugging debugger internals
| * ed67179 Move &push_frame out of core
| * 2fd84b5 Do not lose info about call point
| * 3ab09a2 Improve debugger output: Show info about emitted events
| *   a435005 Merge branch 'redesign_interactions' into clean_api
| |\
| | * a06cc29 Code comments
| | * d5d6266 Remove copy/paste code
| | * c0118fa Allow command to choose how continue interaction
| | * 19cb534 Emit &interact event

您应该运行：

git log c0118fa..HEAD --ancestry-path --merges

然后向下滚动以找到最后一次合并提交。即：

commit a435005445a6752dfe788b8d994e155b3cd9778f
Merge: 0953cac a06cc29
Author: Eugen Konkov
Date:   Sat Oct 1 00:54:18 2016 +0300

    Merge branch 'redesign_interactions' into clean_api

使现代化

或者只需要一个命令：

git log c0118fa..HEAD --ancestry-path --merges --oneline --color | tail -n 1