我知道这个解决方案在某处,但我无法理解 git。
我是一个单例开发者,当我使用 git 时,其他分支上通常没有任何变化。
我经常这样做:
git branch changes
git checkout -b changes
/* changes occur */
git commit -m "Changes Occured"
/* Changes occur */
git commit -m "More Changes"
在此之后,我的脑海中出现了以下可视化效果:
:
| c2
| |
| c1
| /
master
但是,git gui 显示了这个可视化
:
c2 changes
|
c1
|
master
然后我像这样将我的更改 merge 到 master 中:
git checkout -b master
git merge changes
我有以下可视化:
:
| master, changes
|
| \
| c2
| |
| c1
| /
主人
但是,git gui 显示:
:
| master, changes
c2
|
c1
|
主人
这是预期的行为吗?还是我做错了什么?
最佳答案
您的可视化假设在分支 master
上有更多提交:
c3 (master)
|
| c2 (changes)
| |
| c1
| /
c0
:
或者,等价地,分支名称具有某种永久意义(它们在 Git 中没有:在 Git 中,只有 commit 重要;分支名称在很大程度上只是愚蠢的东西,以适应人类,除了他们在保持提交事件和帮助在不同 Git 之间来回发送它们方面的一些特殊角色。
另请注意,我还移动了分支标签以指向最新 提交(仅)。这就是分支标签在 Git 中的工作方式:它们指向单个提交,因此标识分支的尖端提交。
如果提交 c3
尚不存在,Git 注意到您有这样的安排:
c2 (changes)
|
c1
|
c0 (master)
:
其中提交c0
,这是master
的尖端, 也可以从 c2
到达,这是changes
的尖端.这意味着提交 c0
在两个分支上(请注意,即使 master
指向某个提交 c3
,这也是可达性,如上图所示)。由于您确实有这种安排,Git 可以“以快进方式向前滑动名称 master
”,从 c2
向下链接向上移动。至 c1
回到c0
.这个——这个实际上根本不是 merge 的东西——是 git merge
的默认操作只要有可能。如果master
已经指向新提交 c3
,那是不可能的,Git 将不得不做并进行“真正的 merge ”(进行 merge 操作,并进行 merge 提交 c4
)。
要强制 Git 进行 merge 提交—— Action , merge 动词,仍然是完全没有必要的,Git 不会打扰——你可以使用git merge --no-ff
.这将创建一个新的 merge 提交 c3
并移动 master
标签指向该 merge 提交:
c3 (HEAD -> master)
|\
| c2 (changes)
| |
| c1
| /
c0
:
请注意,只有当前 分支名称,即标签 master
, 移动。要注意哪个标签是最新的,我们添加 HEAD
姓名。
关于git - 了解 Git merge ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/45119420/