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'