blocks|key|1722009|text|-<n>选项的git格式补丁有点棘手，如这个线程说明了，来自git贡献者(用于gitweb)和用户Jakub+Narębski|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1722010|git格式补丁的工作方式似乎存在一个概念错误，即“-<n>”被传递给rev-list+/+log生成机器，限制了提交来考虑的数量；
如果其中一些提交是合并提交，不能表示为修补程序，则它生成的补丁数少于指定的<n>+(正如您在我提供的示例中看到的，其中<n>+==+3和git格式补丁生成的2个补丁，而不是3个)。在极端情况下(如'pu')，它不能生成修补程序。|blockquote|BOLD|1722011|(pu就在这里，git-scm回购公司的公共分支机构。)|1722012|在OP的例子中，正如他在评论中指出的那样，它可能意味着19次提交，即合并补丁。|1722013|Jakub继续提出以下解决方案：|1722014|将git-format-patch文档更新为“提交”，而不是“修补程序”，
也许还要大声说我们跳过的提交，这样我的例子看起来就像这样：|1722015|+$+git+format-patch+-3
+0001-gitweb-Prepare-for-splitting-gitweb.txt
+0002-gitweb-Create-Gitweb-Git-module.txt
+Skipping+merge+commit:+Merge+branch+'maint'|code-block|syntax|javascript|1722016|，Ramkumar+Ramachandra去年8月(2010年)建议编写一个补丁.|1722017|您可以看到这个2010年9月在git.git做什么菜中的补丁正在酝酿。|1722018|新课题
rr/format-patch-count-without-merges+(2010-08-28)+2提交
-+format-patch：不要检查合并提交
-+t4014-format-patch：在提交之前调用test_tick|1722019|并且仍然在[Cooking]部分中的最新的[Cooking]中，并有以下注释：|1722020|潜在用户的评论？|1722021|entityMap|0|LINK|mutability|MUTABLE|url|http://www.kernel.org/pub/software/scm/git/docs/git-format-patch.html|1|http://permalink.gmane.org/gmane.comp.version-control.git/154142|2|https://stackoverflow.com/users/46058/jakub-narebski|3|http://git.kernel.org/?p=git/git.git;a=shortlog;h=refs/heads/pu|4|http://permalink.gmane.org/gmane.comp.version-control.git/154145|5|http://git.661346.n2.nabble.com/What-s-cooking-in-git-git-Sep-2010-01-Wed-1-td5488565.html^0|0|4|7|7|0|K|7|1|1D|E|2|0|P|4|Y|8|19|3|2V|3|3H|3|4L|2|1H|8|2V|3|0|1|2|8|I|3|0|0|0|1|G|0|0|1|13|4|0|7|J|5|0|4|10|1O|C|2C|I|0|5|9|L|9|0|0^^$0|@$1|2|3|4|5|6|7|1O|8|@$9|1P|A|1Q|B|C]]|D|@$9|1R|A|1S|1|1T]|$9|1U|A|1V|1|1W]|$9|1X|A|1Y|1|1Z]]|E|$]]|$1|F|3|G|5|H|7|20|8|@$9|21|A|22|B|C]|$9|23|A|24|B|C]|$9|25|A|26|B|C]|$9|27|A|28|B|C]|$9|29|A|2A|B|C]|$9|2B|A|2C|B|C]|$9|2D|A|2E|B|I]|$9|2F|A|2G|B|I]]|D|@]|E|$]]|$1|J|3|K|5|6|7|2H|8|@$9|2I|A|2J|B|C]]|D|@$9|2K|A|2L|1|2M]]|E|$]]|$1|L|3|M|5|6|7|2N|8|@]|D|@]|E|$]]|$1|N|3|O|5|6|7|2O|8|@]|D|@]|E|$]]|$1|P|3|Q|5|H|7|2P|8|@$9|2Q|A|2R|B|C]]|D|@]|E|$]]|$1|R|3|S|5|T|7|2S|8|@]|D|@]|E|$U|V]]|$1|W|3|X|5|6|7|2T|8|@]|D|@$9|2U|A|2V|1|2W]]|E|$]]|$1|Y|3|Z|5|6|7|2X|8|@]|D|@$9|2Y|A|2Z|1|30]]|E|$]]|$1|10|3|11|5|H|7|31|8|@$9|32|A|33|B|C]|$9|34|A|35|B|C]|$9|36|A|37|B|C]]|D|@]|E|$]]|$1|12|3|13|5|6|7|38|8|@$9|39|A|3A|B|C]|$9|3B|A|3C|B|C]]|D|@]|E|$]]|$1|14|3|15|5|H|7|3D|8|@]|D|@]|E|$]]|$1|16|3|-4|5|6|7|3E|8|@]|D|@]|E|$]]]|17|$18|$5|19|1A|1B|E|$1C|1D]]|1E|$5|19|1A|1B|E|$1C|1F]]|1G|$5|19|1A|1B|E|$1C|1H]]|1I|$5|19|1A|1B|E|$1C|1J]]|1K|$5|19|1A|1B|E|$1C|1L]]|1M|$5|19|1A|1B|E|$1C|1N]]]]

The <code>-&lt;n&gt;</code> option of <a href="http://www.kernel.org/pub/software/scm/git/docs/git-format-patch.html" rel="nofollow noreferrer"><code>git format-patch</code></a> is a bit tricky, as <a href="http://permalink.gmane.org/gmane.comp.version-control.git/154142" rel="nofollow noreferrer">this thread illustrates</a>, from git contributor (for gitweb) and SO user <a href="https://stackoverflow.com/users/46058/jakub-narebski">Jakub Narębski</a>:

<blockquote>
 It looks like there is a conceptual bug in how git-format-patch works, namely that '<code>-&lt;n&gt;</code>' is passed to <code>rev-list</code> / <code>log</code> generating machinery, and it limits number of commits to consider; 
 
 if some of those commits are merge commits, which cannot be represented as patches, the number of patches it generates is less than specified <code>&lt;n&gt;</code> (as you can see in 
 the example I have provided, where <code>&lt;n&gt;</code> == 3, and git-format-patch generated 2 patches, not 3). 
 
 In extreme case (like '<code>pu</code>') it can generate no patch.
</blockquote>

(<code>pu</code> being here the <a href="http://git.kernel.org/?p=git/git.git;a=shortlog;h=refs/heads/pu" rel="nofollow noreferrer">public branch of the git-scm repo</a>.)

In the OP's case, as he points out in the comment, it could mean 19 commits that are merge patches.

<hr>

Jakub goes on proposing the following solution:

<blockquote>
 Update <code>git-format-patch</code> documentation to say 'commits' instead of 'patches', 
 and perhaps also be loud about commits we are skipping, so that my example would look e.g. like this:
</blockquote>

<pre><code> $ git format-patch -3
 0001-gitweb-Prepare-for-splitting-gitweb.txt
 0002-gitweb-Create-Gitweb-Git-module.txt
 Skipping merge commit: Merge branch 'maint'
</code></pre>

, to which <a href="http://permalink.gmane.org/gmane.comp.version-control.git/154145" rel="nofollow noreferrer">Ramkumar Ramachandra proposes last August (2010) to write a patch</a>.

You can see that patch simmering in this <a href="http://git.661346.n2.nabble.com/What-s-cooking-in-git-git-Sep-2010-01-Wed-1-td5488565.html" rel="nofollow noreferrer">September 2010 what's cooking in git.git</a>

<blockquote>
 [New Topics]
 
 <code>rr/format-patch-count-without-merges</code> (2010-08-28) 2 commits 
 - <code>format-patch</code>: Don't go over merge commits 
 - <code>t4014-format-patch</code>: Call test_tick before committing 
</blockquote>

and is still in the latest <a href="http://git.661346.n2.nabble.com/What-s-cooking-in-git-git-Sep-2010-05-Wed-15-td5536326.html#a5573600" rel="nofollow noreferrer">what's cooking (Sept. 27th)</a> in the <code>[Cooking]</code> section, with the following annotation:

<blockquote>
 Comments from potential users? 
</blockquote>

I am trying to cherry pick some commits in my repo but it keeps on failing. 
(I tried this tutorial on SO: "<a href="https://stackoverflow.com/questions/509859/what-is-the-best-way-to-git-patch-a-subrange-of-a-branch">What is the best way to git patch a subrange of a branch?</a>")

So I did a workaround: 

<ul>
<li>just do a <code>git format-patch</code> of the commits </li>
<li>and just delete the extra files. </li>
</ul>

Really dirty stuff, but a bit easier to do. 
So I do a 

<pre><code>git format-patch -66
</code></pre>

(the commit I was looking for was 66 commits away)

Problem with this is it keeps stopping at 047. 
What gives? Is there a limit to the patches I can generate?

git format patch limit?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我试图在我的回购中挑选一些承诺，但它一直失败。(我试过这个教程："")所以我做了个解决办法：只需执行提交的git format-patch然后删除多余的文件。很脏的东西，但比较容易做。所以我做了一个git format-patch -66(我正在寻找的提交是66次提交。)的问题是它一直停留在047。什么？，我能生成的补丁有限制吗？

问git格式补丁限制？
EN

回答 1

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问git格式补丁限制？EN