|
|
1
8
你确实想利用git的合并功能。仍然有一些可能性。最能说明实际情况的可能是合并,但是一个方法导致了
如果修补程序不包含任何blob sha1(即,它是用diff创建的,而不是git命令),请再次告诉您的朋友如何使用git,我确信您可以 仍然
它会是名单上的一个。(我知道有一个直接的方法,但我现在想不出来)然后可以添加一个假的git diff头。假设其哈希值为abcdef12:
Git实际上不需要任何东西,只需要第一个散列;尽管Git diff输出将具有最终散列和模式,
最后,如果你不想到处乱搞,你可以照你说的做:
|
|
|
2
1
我已经看了一眼,我发誓一定有办法在git中自动完成这项工作,但现在你最好的选择可能是照你说的做。
这将创建如下树:
|
|
|
3
0
我有一个和这个问题非常相似的问题,这些答案对我指出正确的方向很有帮助。然而,在我的案例中,我真正想得到的是:
首先,这些承诺都还没有被推到任何地方,所以重新调整是安全的。如果提交已经被推送,因此可能被分发,我就不会尝试这样做。
现在复制粘贴SHA1并提交消息。
现在,在适当的位置(应该是第2行)添加以下行:
省省吧,让回扣做它的事情,解决任何冲突,你通常会。最后:
因为分支删除不会使补丁提交悬空,所以不需要使用
希望这对其他人在类似我的情况下有帮助。 |
|
Harry · 如何在编译时获取克隆的git仓库的标签 1 年前 |
|
Ooker · 如何从blob中删除秘密? 1 年前 |
|
|
hasdrubal · git日志图智能分支过滤器 1 年前 |
|
|
J. Doe · 为什么git中没有跟踪git文件? 1 年前 |