![]() |
1
2
不,你不能坚持
B
到
A
就像你描述的那样。
|
![]() |
2
2
我假设B的真名足够让人联想到,仅仅是在B的输出中看到它
下一次,当你对A进行修改并想让B赶上时,检查B并将其推进到A的头部。您编写了A和B当前都指向同一个提交。接下来,当您对A进行了更改时,B的历史记录仍将不包含A中尚未包含的内容,因此这是一个简单的重设基础: git rebase A B 上一个命令签出B,因此当您准备好继续处理A时: git checkout A |
![]() |
3
1
如果您再次将A合并到B,它应该向前跳转以满足A,然后您只需再次开始对B进行提交。 |
![]() |
4
1
Mercurial实际上有一个内核内扩展,可以轻松地完成这项工作,并将补丁保持在修订控制之下。
这就是你要找的吗? |
![]() |
5
1
假设你有一个
主人
分支与您的主代码行。然后决定实现一个新的foo特性,并创建一个新分支
福
福
,开发您的功能,然后发现您的
主人
主人
a修复那里的错误。然后,当您继续开发您的特性时,您可以签出
福
,并使用
福 并在以后合并时合并更改 福 给你的 主人 分支。) |
![]() |
Harry · 如何在编译时获取克隆的git仓库的标签 5 月前 |
![]() |
Ooker · 如何从blob中删除秘密? 5 月前 |
![]() |
hasdrubal · git日志图智能分支过滤器 5 月前 |
![]() |
J. Doe · 为什么git中没有跟踪git文件? 6 月前 |