Version control 汞中毒患者使用移植物的后果
在Mercurial中维护发布分支时，最近有几个关于跳过更改的问题。例如：Version control 汞中毒患者使用移植物的后果,version-control,mercurial,branch,dvcs,cherry-pick,Version Control,Mercurial,Branch,Dvcs,Cherry Pick,在Mercurial中维护发布分支时，最近有几个关于跳过更改的问题。例如： 自从它在2.0中引入以来，我一直想知道如何使用graft来避免这个问题。给定这样的修订树： A---B---C---D---E---F---G---H---I---J -e .---- D / E \ '---- F +f -e +f' .---- D ----. / \ E M \
graftA---B---C---D---E---F---G---H---I---J
-e
.---- D
/
E
\
'---- F
+f
-e +f'
.---- D ----.
/ \
E M
\ /
'---- F ----'
+f -e'
Ehg update -r D
hg graft "F::J"
A---B---C---D---E---F---G---H---I---J
\
--F'--G'--H'--I'--J'
- 刚才发生了什么？我可以理解，
会从transplant
中生成补丁，然后将它们应用到F:：J
，但据说D
使用的是三向合并而不是补丁。所以这是怎么回事？为什么更好graft
E --E2-----------------
/ \
A---B---C---D---E---F---G---H---I---J---M1
\ \
--F'--G'--H'--I'--J'---------M2--
- 问题2：此合并是否只是使用
、D
和J'
的普通三方合并M1 - 问题3：mercurial是否存储/使用了有关移植手术的额外信息来帮助合并
- 问题4：这样的流有哪些潜在问题
问题4：我认为有两个几乎相同的分支是很难看的。当您更新到
DF:：JM = three_way_merge(local=D, other=F, base=E)
Cd+d +d +e +f
---- C ---- D ---- E ---- F ----
A---B---C---D---E---F---G---H---I---J
-e
.---- D
/
E
\
'---- F
+f
-e +f'
.---- D ----.
/ \
E M
\ /
'---- F ----'
+f -e'
E-ED+eE+FFDEFDFMDFDM+FFM-eA---B---C---D---E---F---G---H---I---J
-e
.---- D
/
E
\
'---- F
+f
-e +f'
.---- D ----.
/ \
E M
\ /
'---- F ----'
+f -e'
+f+f'-e-e'FDEMF -e +f'
.---- D ----.
/ \
E M
\
'---- F
+f
FDD+F'E +f'
--- D ---- M
\
'---- E ---- F
+e +f
FD- Q1:刚才发生了什么？所以这是怎么回事？为什么更好 A1:使用合并比使用补丁要好，因为合并机制会考虑重命名之类的事情
- Q2:此合并是否只是使用D、J'和M1的普通三方合并 A2:是的，嫁接不会改变图形的拓扑结构
- Q3:mercurial是否存储/使用了有关移植手术的额外信息来帮助合并 A3:否
- Q4:这样的流有哪些潜在问题 A4:从合并的角度来看，它应该可以正常工作。它将复制一些可能让人困惑的历史