我如何将修改的文件转换为以前的修订,在一个特定的 commit hash (我通过 git log 和 git diff 确定)?
当前回答
如果您在最后的命令中犯下错误的文件,请遵循指示:
开源树,改变这个承诺
此分類上一篇
更改行,并找到你的承诺,错误的文件发送为承诺
此分類上一篇
你可以看到你的更改列表在这个承诺选择它,然后点击... 按钮右侧... 点击逆文件,然后你可以看到它在文件状态选项卡在左侧下方然后点击不步骤:
此分類上一篇
打开您的视觉工作室代码,然后返回,完成您的删除文件之后,您可以在源树上看到您的最后一个承诺的结果。
此分類上一篇
其他回答
至于 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
我想我找到了它......从 http://www-cs-students.stanford.edu/~blynn/gitmagic/ch02.html
有时你只是想回去,忘记每一个变化都过去了一个特定的点,因为它们都是错误的。
开始与:
$ 登录
它向您展示了最近的承诺列表,以及它们的SHA1哈希。
接下来,类型:
$ git 重新设置 --hard SHA1_HASH
将国家恢复到一定的承诺,并将所有新的承诺永久从记录中删除。
假设你想要的承诺的哈希是c5f567:
git checkout c5f567 -- file1/to/restore file2/to/restore
git checkout man 页面提供更多信息。
如果你想在 c5f567 之前返回承诺,添加 ~1 (在 1 是你想返回的承诺的数量,它可以是任何东西):
git checkout c5f567~1 -- file1/to/restore file2/to/restore
作为一个侧面注意事项,我一直对这个命令不舒服,因为它用于普通事物(分支之间的变化)和不寻常的破坏性事物(工作目录的变化)。
有一个新的 git 恢复命令,它是专门设计的恢复工作复制文件已被修改。 如果你的 git 足够新,你可以使用这个命令,但文档来了一个警告:
这个命令是实验性的,受害者可能会改变。
如果您正在使用 Git Extensions 并只想返回文件的父母承诺,您可以选择包含您想要返回的更改的承诺,然后在详细信息面板中选择“Diff”选项卡,右键单击您想要返回的文件,然后“返回文件(s)到”....,然后“A”(父母)
显然,有人需要在 git 上写一本可理解的书,或者 git 需要在文档中更好地解释。
cd <working copy>
git revert master
他们会放弃最后的承诺,似乎正在做。
伊恩
推荐文章
- 为什么我需要显式地推一个新分支?
- 如何撤消最后的git添加?
- Rubymine:如何让Git忽略Rubymine创建的.idea文件
- Gitignore二进制文件,没有扩展名
- Git隐藏错误:Git隐藏弹出并最终与合并冲突
- 了解Git和GitHub的基础知识
- 没有。Git目录的Git克隆
- Git与Mercurial仓库的互操作性
- 忽略git中修改(但未提交)的文件?
- “git restore”命令是什么?“git restore”和“git reset”之间有什么区别?
- Git合并与强制覆盖
- Git拉另一个分支
- 在Bash命令提示符上添加git分支
- 如何更改Git日志日期格式
- git pull -rebase和git pull -ff-only之间的区别