(10年后)

git log [--remotes] --no-walk --decorate

由于没有存储关于分支创建时间的信息，因此它所做的是显示每个分支的第一次提交(——no-walk)，其中包括提交日期。对于远程分支使用——remotes，对于本地分支省略它。

因为在创建另一个分支之前，我至少要在一个分支中提交一次，这允许我追溯几个月的分支创建(和特性开发启动)，以用于文档编制。

来源:stackexchange上的AnoE

Use:

git reflog

在当前文件夹中显示存储库的所有生命周期。 首先出现的分支名称(从下到上)是创建的源。

855a3ce HEAD@{0}: checkout: moving from development to feature-sut-46
855a3ce HEAD@{1}: checkout: moving from feature-sut-46 to development
855a3ce HEAD@{2}: checkout: moving from feature-jira35 to feature-sut-46
535dd9d HEAD@{3}: checkout: moving from feature-sut-46 to feature-jira35
855a3ce HEAD@{4}: checkout: moving from development to feature-sut-46
855a3ce HEAD@{5}: checkout: moving from feature-jira35 to development
535dd9d HEAD@{6}: commit: insert the format for vendor specific brower - screen.css
855a3ce HEAD@{7}: checkout: moving from development to feature-jira35
855a3ce HEAD@{8}: checkout: moving from master to development

这意味着:

从master创建分支开发(checkout -b) 分支feature-jira35从开发中创建(checkout -b) 分支特性-jira-sut-46从开发中创建(签出-b)

这是我在发现这条线索之前想到的。

git reflog show --date=local --all | sed 's!^.*refs/!refs/!' | grep '/master' | tail -1
git reflog show --date=local --all | sed 's!^.*refs/!refs/!' | grep 'branch:'

正如在评论和Jackub的回答中指出的那样，只要你的分支比配置设置gc中设置的天数更年轻。Reflogexpire(默认值是90天)，然后您可以使用reflog来查找分支引用第一次创建的时间。

注意，git reflog可以接受大多数git日志标志。进一步注意，HEAD@{0}样式选择器是有效的时间概念，实际上是作为日期字符串处理的(以一种hack的方式)。这意味着你可以使用标记——date=local并得到如下输出:

$ git reflog --date=local
763008c HEAD@{Fri Aug 20 10:09:18 2010}: pull : Fast-forward
f6cec0a HEAD@{Tue Aug 10 09:37:55 2010}: pull : Fast-forward
e9e70bc HEAD@{Thu Feb 4 02:51:10 2010}: pull : Fast forward
836f48c HEAD@{Thu Jan 21 14:08:14 2010}: checkout: moving from master to master
836f48c HEAD@{Thu Jan 21 14:08:10 2010}: pull : Fast forward
24bc734 HEAD@{Wed Jan 20 12:05:45 2010}: checkout: moving from 74fca6a42863ffacaf7ba6f1936a9f228950f657 
74fca6a HEAD@{Wed Jan 20 11:55:43 2010}: checkout: moving from master to v2.6.31
24bc734 HEAD@{Wed Jan 20 11:44:42 2010}: pull : Fast forward
964fe08 HEAD@{Mon Oct 26 15:29:29 2009}: checkout: moving from 4a6908a3a050aacc9c3a2f36b276b46c0629ad91 
4a6908a HEAD@{Mon Oct 26 14:52:12 2009}: checkout: moving from master to v2.6.28

有时使用——date=relative也很有用:

$ git reflog --date=relative
763008c HEAD@{4 weeks ago}: pull : Fast-forward
f6cec0a HEAD@{6 weeks ago}: pull : Fast-forward
e9e70bc HEAD@{8 months ago}: pull : Fast forward
836f48c HEAD@{8 months ago}: checkout: moving from master to master
836f48c HEAD@{8 months ago}: pull : Fast forward
24bc734 HEAD@{8 months ago}: checkout: moving from 74fca6a42863ffacaf7ba6f1936a9f228950f657 to master
74fca6a HEAD@{8 months ago}: checkout: moving from master to v2.6.31
24bc734 HEAD@{8 months ago}: pull : Fast forward
964fe08 HEAD@{11 months ago}: checkout: moving from 4a6908a3a050aacc9c3a2f36b276b46c0629ad91 to master
4a6908a HEAD@{11 months ago}: checkout: moving from master to v2.6.28

最后注意:——all标志(实际上是git-reflog理解的git-log标志)将显示refs/中所有已知引用的reflogs(而不是简单的HEAD)，这将清楚地显示分支事件:

git reflog --date=local --all
860e4e4 refs/heads/master@{Sun Sep 19 23:00:30 2010}: commit: Second.
17695bc refs/heads/example_branch@{Mon Sep 20 00:31:06 2010}: branch: Created from HEAD

(10年后)

git log [--remotes] --no-walk --decorate

由于没有存储关于分支创建时间的信息，因此它所做的是显示每个分支的第一次提交(——no-walk)，其中包括提交日期。对于远程分支使用——remotes，对于本地分支省略它。

因为在创建另一个分支之前，我至少要在一个分支中提交一次，这允许我追溯几个月的分支创建(和特性开发启动)，以用于文档编制。

来源:stackexchange上的AnoE

Pro Git§3.1 Git分支-什么是分支有一个很好的解释什么是Git分支

Git中的分支只是一个轻量级的指向[A]提交的移动指针。

由于分支只是一个轻量级指针，git没有明确的历史或创建日期的概念。“但是等一下，”我听到你说，“git当然知道我的分支历史!”嗯，算是吧。

如果您运行以下任一项:

git log <branch> --not master
gitk <branch> --not master

你会看到看起来像“你的分支的历史记录”，但实际上是一个从“分支”可以到达的提交列表，而从master不能到达。这为你提供了你想要的信息，但当且仅当你从未将'branch'合并回master，并且自创建以来从未将' master '合并到'branch'。如果你们已经合并，那么这段分歧的历史就会崩溃。

幸运的是，reflog通常包含您想要的信息，正如这里的各种其他答案所解释的那样。用这个:

git reflog --date=local <branch>

以显示分支的历史。该列表中的最后一个条目(可能)是您创建分支的点。

如果分支已经被删除，那么'branch'不再是一个有效的git标识符，但你可以使用这个来代替，它可能会找到你想要的:

git reflog --date=local | grep <branch>

或者在Windows cmd shell中:

git reflog --date=local | find "<branch>"

请注意，reflog不能在远程分支上有效工作，只能在您在本地工作过的分支上有效工作。