我如何将修改的文件转换为以前的修订,在一个特定的 commit hash (我通过 git log 和 git diff 确定)?
当前回答
这是一个非常简单的步骤. 检查文件到我们想要的承诺ID,这里一个承诺ID之前,然后只是 git承诺修改,我们已经完成了。
# git checkout <previous commit_id> <file_name>
# git commit --amend
如果我们想把任何文件带到承诺的顶部的任何先前承诺 ID,我们可以轻松地做到。
其他回答
如果您在最后的命令中犯下错误的文件,请遵循指示:
开源树,改变这个承诺
此分類上一篇
更改行,并找到你的承诺,错误的文件发送为承诺
此分類上一篇
你可以看到你的更改列表在这个承诺选择它,然后点击... 按钮右侧... 点击逆文件,然后你可以看到它在文件状态选项卡在左侧下方然后点击不步骤:
此分類上一篇
打开您的视觉工作室代码,然后返回,完成您的删除文件之后,您可以在源树上看到您的最后一个承诺的结果。
此分類上一篇
这里的许多答案声称要使用 git reset... <file> 或 git checkout... <file> 但这样做,你会放弃每一个修改的 <file> 承诺后承诺你想转换。
如果你想重新转换一个承诺的单一文件的变更,就像 git revert 会做的,但只为一个文件(或说一个承诺文件的子组),我建议使用 git diff 和 git 应用的类似(与 <sha> = 承诺的哈希你想重新转换) :
git diff <sha>^ <sha> path/to/file.ext | git apply -R
基本上,它将首先产生与你想要逆转的变更相匹配的插件,然后逆转应用插件,以放下这些变更。
当然,它不会工作,如果逆转的线条是由 <sha1> 和 HEAD (冲突) 之间的任何承诺改变。
执行下列命令,进行软重新设置,变更到您的本地。
git reset --soft HEAD^1
查看您此前承诺的文件的状态,到达您的本地,然后进行更改。
git status
承诺并按下文件后进行更改. 未来的承诺历史错误的文件将不会显示
在从起源中提取之前,始终保持喷射(可选步骤)
git remote prune origin
下面是Rebase如何工作:
git checkout <我的分支> git rebase 主 git checkout 主 git merge <我的分支>
假设你有
───────────────────
... 查看你想向大师分支申请的变革分支。 退缩命令从 <我的分支>(不在大师中找到)采取命令,并将其重新应用到大师的头部。 换句话说,在 <我的分支>中的第一个命令的父母不再是大师历史中的先前命令,而是当前大师的头部。
git rebase master <my branch>
这可能更容易记住这个命令,因为“基础”和“修改”分支都明确。
历史的最终结果是:
────────────────────
git checkout master
git merge <my branch>
...做一个快速前进的合并,将所有 <我的分支> 变更应用于主人. 没有这个步骤,退缩承诺不会添加到主人. 最终结果是:
───────────────────
git branch -d <my branch>
git revert <hash>
它听起来像你认为 git revert 只会影响最新的承诺。
它不会解决你的问题,如果你想转换一个更改在一个特定的文件,并承诺更改超过该文件。
推荐文章
- 为什么我需要显式地推一个新分支?
- 如何撤消最后的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之间的区别