我如何将修改的文件转换为以前的修订,在一个特定的 commit hash (我通过 git log 和 git diff 确定)?
当前回答
首页 > 首页 > 目标文件
git reset HEAD path_to_file
第二次检查该文件
git checkout -- path_to_file
其他回答
git checkout -- foo
這將重新安裝 foo 到 HEAD. 您也可以:
git checkout HEAD^ foo
一次重新审查等。
下面是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>
要转到文件的先前命令版本,请获取命令号,然后说EB917a1
git checkout eb917a1 YourFileName
如果你只需要回到最后的承诺版本
git reset HEAD YourFileName
git checkout YourFileName
这只会带你到文件的最后一个承诺状态。
有趣的是, 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 reset HEAD path_to_file
第二次检查该文件
git checkout -- path_to_file
推荐文章
- 为什么我需要显式地推一个新分支?
- 如何撤消最后的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之间的区别