如果您希望在进行构建时能够返回到存储库的精确版本，最好标记进行构建的提交。

其他答案提供了在某个时间将存储库返回到分支中最近提交的技术——但它们可能并不总是足够的。例如，如果您从一个分支构建，然后稍后删除该分支，或者从一个稍后重新基于的分支构建，那么您从任何当前分支构建的提交在git中都可能变得“不可访问”。git中不可达的对象最终可能会在存储库压缩时被删除。

在提交上放置标记意味着它永远不会变得不可访问，无论之后对分支做什么(除非删除标记)。

如果您希望在进行构建时能够返回到存储库的精确版本，最好标记进行构建的提交。

其他答案提供了在某个时间将存储库返回到分支中最近提交的技术——但它们可能并不总是足够的。例如，如果您从一个分支构建，然后稍后删除该分支，或者从一个稍后重新基于的分支构建，那么您从任何当前分支构建的提交在git中都可能变得“不可访问”。git中不可达的对象最终可能会在存储库压缩时被删除。

在提交上放置标记意味着它永远不会变得不可访问，无论之后对分支做什么(除非删除标记)。

看起来你需要这样的东西: 基于日期的Git签出

换句话说，您使用rev-list来查找提交，然后使用签出 真正理解它。

如果您不想丢失阶段性更改，最简单的方法就是这样做 创建一个新分支，并将它们提交给该分支。你可以随时换回去 在树枝间来回。

编辑:链接断开了，下面是命令:

git checkout `git rev-list -n 1 --before="2009-07-27 13:37" master`

保持当前的更改

你可以把你的工作藏起来，不用承诺，git stash。你 也不会用少管所的赃物把它拿回来。或者你也可以(如carleeto所说)git将它提交到一个单独的分支。

使用rev-parse按日期签出

你可以使用rev-parse在特定日期签出一个提交，就像这样:

git checkout 'master@{1979-02-26 18:30:00}'

关于可用选项的更多细节可以在git-rev-parse中找到。

正如评论中提到的，这个方法使用reflog来查找历史记录中的提交。默认情况下，这些条目在90天后过期。虽然使用reflog的语法没有那么冗长，但只能回溯到90天前。

使用rev-list按日期退房

另一个不使用reflog的选项是使用rev-list来获得在特定时间点的提交:

git checkout `git rev-list -n 1 --first-parent --before="2009-07-27 13:37" master`

如果你只想要你的历史记录而不是合并带来的版本，请注意——first-parent。这就是你通常想要的。

下面是我用来按相对时间签出的别名版本:

[alias]
    parsedate = "!set -x ;arg1=\"$1\" && shift && which gdate &> /dev/null && gdate -d \"$arg1\" || date -d \"$arg1\""
    codate = "!d=\"$(git parsedate \"$1\")\" && shift && git checkout \"$(git rev-list -n1 --first-parent --before=\"$d\" HEAD)\""

这允许您使用以下命令将2个月前的更改检出到名为test的新分支中:

git codate '2 months ago' -b test

这不会工作在一个浅克隆，所以不浅它首先与:

git fetch --unshallow

如果你得到一个非浅错误，你可能会从git fatal: error in object: unshallow中找到帮助

需要GNU coreutils，并使用brew在Linux和macOS上工作。

使用brew Install coreutils在macos上安装。

安迪的解决办法对我没用。在这里，我找到了另一种方法:

git checkout `git rev-list -n 1 --before="2009-07-27 13:37" master`

Git:按日期结帐