git格式补丁限制?
我试图在回购协议中挑选一些承诺,但一直失败。git格式补丁限制?,git,Git,我试图在回购协议中挑选一些承诺,但一直失败。 (我在上尝试了本教程:) 所以我做了一个变通办法: 只需对提交执行git格式的补丁 只需删除额外的文件 非常脏的东西,但更容易做。 所以我做了一个 git format-patch -66 (我要找的是66次提交) 问题是它一直停在047 有什么好处我可以生成的补丁有限制吗?的-选项有点棘手,因为git contributor(用于gitweb)和用户: git格式修补程序的工作方式似乎存在一个概念性缺陷,即“-”被传递到版本列表/日志生成机制
(我在上尝试了本教程:) 所以我做了一个变通办法:
- 只需对提交执行
git格式的补丁
- 只需删除额外的文件李>
所以我做了一个
git format-patch -66
(我要找的是66次提交)
问题是它一直停在047有什么好处我可以生成的补丁有限制吗?的
-
选项有点棘手,因为git contributor(用于gitweb)和用户:
git格式修补程序的工作方式似乎存在一个概念性缺陷,即“-
”被传递到版本列表/日志生成机制,并且它限制了要考虑的提交数
如果其中一些提交是合并提交(不能表示为修补程序),则它生成的修补程序数量少于指定的
(如中所示)
我提供的示例中,
==3,git格式的补丁生成了2个补丁,而不是3个)
在极端情况下(如“pu
”),它无法生成修补程序
(pu
在这里。)
在OP的例子中,正如他在评论中指出的,这可能意味着19个提交是合并补丁
Jakub继续提出以下解决方案:
更新git格式补丁
文档,将“提交”改为“补丁”,
也许还可以大声谈论我们正在跳过的提交,以便我的示例看起来像这样:
,致
你可以看到那块补丁在这里面沸腾
[新主题]
rr/在不合并的情况下格式化修补程序计数
(2010-08-28)2次提交
-格式修补程序
:不要查看合并提交
-t4014格式修补程序
:提交前调用测试
并且仍然在[Cooking]
部分的最新版本中,带有以下注释:
潜在用户的评论
哦,这意味着我有19个提交是合并补丁。让我试试
$ git format-patch -3
0001-gitweb-Prepare-for-splitting-gitweb.txt
0002-gitweb-Create-Gitweb-Git-module.txt
Skipping merge commit: Merge branch 'maint'