Answers:
使用git checkout <sha1>检查出一个特定的提交。
git log现在仅显示第一个提交，我可以找出下一个提交的sha1吗？
git log --oneline并将输出粘贴到文本文件中以供参考（它提供的缩写sha1 sums保证是唯一的）。另一种选择，如果你的历史是线性的，是要弄清楚有多少的提交有从第一次提交，直到master和使用git checkout master~543（如果有543次提交），然后git checkout master~542，等
要转到特定版本/提交，请运行以下命令。您可以从中获得的哈希码git log --oneline -n 10
git reset --hard HASH-CODE
注意 -重置为特定版本/提交后git pull --rebase，如果要恢复所有已丢弃的提交，则可以运行。
reset不仅会签出图表中的特定点，还会移动您当前签出的分支
reset，您所有待处理的更改也会被丢弃。
git pull --rebase仅在您的仓库有遥控器并且是最新的时才有效。
您可以使用诸如之类的工具来获得项目历史的图形视图gitk。赶紧跑：
gitk --all
如果要签出特定分支：
git checkout <branch name>
对于特定的提交，请使用SHA1哈希而不是分支名称。（请参阅《Git社区手册》中的“ 树状结构”，这是一本不错的书，以了解用于导航树的其他选项。）
git log 还有一整套显示详细或摘要历史记录的选项。
我不知道在提交历史中前进的简单方法。具有线性历史记录的项目可能并不那么普遍。像SVN或CVS一样的“修订”想法在Git中无法很好地映射。
使用提交的SHA1密钥，您可以执行以下操作：
首先，找到您想要的特定文件的提交：
git log -n <# commits> <file-name>
根据您的<# commits>，这将生成特定文件的提交列表。
提示：如果不确定要查找的提交内容，可以使用以下命令来找出答案git diff <commit-SHA1>..HEAD <file-name>。此命令将显示特定文件的当前提交版本与先前版本的提交之间的差异。
注意：提交的SHA1密钥在git log -n“列表”中的格式为：
承诺
<SHA1 id>
其次，签出所需的版本：
如果找到所需的提交/版本，只需使用以下命令： git checkout <desired-SHA1> <file-name>
这会将您指定的文件版本放置在暂存区域中。要将其移出暂存区域，只需使用以下命令：reset HEAD <file-name>
要恢复到指向远程存储库的位置，只需使用以下命令： git checkout HEAD <file-name>
我当时处于以下情况：我们有一个master分支，然后另一个分支称为17.0，并且在此17.0内部有一个提交哈希值，不说“ XYZ”。直到该XYZ修订版都为客户提供了构建。现在，我们遇到了一个错误，该错误需要为该客户解决。因此，我们需要为该客户创建单独的分支，直到该“ xyz”哈希为止。这就是我的做法。
首先，我在本地计算机上使用该客户名称创建了一个文件夹。假设该文件夹创建后，客户名称为“ AAA”，则在该文件夹内执行以下命令：
一种方法是创建曾经对补丁所做的所有提交。签出初始提交，然后在阅读后按顺序应用补丁。
使用git format-patch <initial revision>然后git checkout <initial revision>。您应该在导向器中得到一堆文件，文件的开头是四位数的补丁。
阅读完您的修订后，只需要做git apply <filename>一下
就可以了git apply 0001-*。
但是我真的很好奇，为什么您不只是想阅读补丁本身？请将此添加到您的评论中，因为我很好奇。
git手册也给了我这个：
git show next~10:Documentation/README显示文档“文档/自述文件”的内容，因为它们是该分支的下一个第十次提交中的最新内容。
您还可以查看git blame filename其中的清单，其中每一行都与提交哈希+作者相关联。
要获取特定的提交代码，您需要该提交的哈希码。您可以通过两种方式获取该哈希码：
git log并检查您最近在该分支上的提交。它将显示您的提交的哈希码以及提交代码时留下的消息。只需复制然后做git checkout commit_hash_code转到该代码后，如果要对其进行处理并进行更改，则应使用进行另一个分支git checkout -b <new-branch-name>，否则，更改将不会保留。
git log -n1。但是，除非git checkout失败，否则就是浪费精力。