您可以使用任何引用到一个 git 承诺,包括 SHA-1 如果这是最方便的。

git checkout [commit-ref] -- [文件名]

如果你曾经有一个版本的文件在承诺 $ A,然后后来做了两个不同的承诺 $ B 和 $ C (所以你正在看到的是第三个字符串的文件),如果你说“我想要返回第一个”,你真的意味着吗?

如果你想摆脱第二个和第三个 iteration 的变化,这是非常简单的:

$ git checkout $A file

命令要求“我想检查由命令A记录的状态的文件”。

另一方面,你指的是摆脱改变的第二个 iteration(即承诺 $B)引入,同时保持什么承诺 $C 做到文件,你会想转换 $B。

$ git revert $B

請注意,任何人創建的承諾 $ B 可能沒有非常規律,並可能在同一承諾中進行了完全無關的變化,而這個逆轉可能會觸摸其他檔案,而不是檔案,你會看到有害的變化,所以你可能想仔細檢查結果,然後做到這一點。

git log --oneline  // you see commits, find commit hash to which you want reset
git diff y0urhash src/main/.../../YourFile.java   // to see difference
git reset y0urhash src/main/.../../YourFile.java   // revert to y0urhash commit
git status                                        // check files to commit
git commit -m "your commit message"
git push origin

有趣的是, git checkout foo 如果工作副本在一个名为 foo 的目录中工作,则不会工作;但是, git checkout HEAD foo 和 git checkout./foo 都会:

$ pwd
/Users/aaron/Documents/work/foo
$ git checkout foo
D   foo
Already on "foo"
$ git checkout ./foo
$ git checkout HEAD foo

至于 git v2.23.0 有一个新的 git 恢复方法,这应该是由 git checkout 负责的一部分(即使接受的答案提到, git checkout 是相当困惑的)。

这个命令的默认行为是恢复一个工作树的状态,内容来自源参数(在您的情况下将是一个承诺哈希)。

因此,基于Greg Hewgill的答案(假设承诺哈希是c5f567)命令会看起来如下:

git restore --source=c5f567 file1/to/restore file2/to/restore

或者,如果你想恢复一个承诺的内容之前 c5f567:

git restore --source=c5f567~1 file1/to/restore file2/to/restore

git checkout -- foo

這將重新安裝 foo 到 HEAD. 您也可以:

git checkout HEAD^ foo

一次重新审查等。