在 Git rebase 之后,以及在其他情况下,您可以在报告中找到一些 被我们标记为已删除的git status文件。根据 Git, 我们 是谁,为什么?
git status
它是指我坐在这个分支上并且为我工作吗?或者它是指它自己和在我要重新定位的分支上工作的人?
(这也回答了这个问题:“git rebase 是如何工作的,它到底发生了什么?”)
HEAD
重要提示:HEAD在它执行导致冲突的动作时,不一定是HEAD在您键入 git 命令时。这是必须理解的。在运行导致冲突的操作之前,Git 可能会进行一些检出并更改HEAD(哪些提交被检出),从而导致“我们”和“他们”在未经训练的眼睛看来交换或倒退。
git merge(直觉的):
git merge
示例命令:
git checkout master
git merge feature_branch # merge feature_branch into master
“us”/”ours” = HEAD,也就是说,因为你跑的时候master在分支上。master``git merge feature_branch
master
master``git merge feature_branch
feature_branch
git cherry-pick
git checkout feature_branch
git cherry-pick some_commit # apply some_commit to feature_branch
“us”/”ours” = HEAD,也就是说,因为你跑的时候feature_branch在分支上。feature_branch``git cherry-pick some_commit
feature_branch``git cherry-pick some_commit
some_commit
git rebase
git rebase master # rebase feature_branch onto latest master
此图(在https://asciiflow.com绘制), 最新 或 最新 提交在顶部和/或右侧:
# Prior to rebase: feature_branch