git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v10 4/8] replay: support empty commit ranges

From
Patrick Steinhardt <ps@pks.im>
Date
Jan 13, 2026, 07:30 UTC
Message-ID
<aWX0qcDrBoeN64WI@pks.im>
In-Reply-To
<CABPp-BGhtPyiVT=32NXz3k8m=+ZgPziXueM4Y8+g4dAUtN9osw@mail.gmail.com>
On Mon, Jan 12, 2026 at 10:00:27PM -0800, Elijah Newren wrote:
Show 20 quoted lines
> On Mon, Jan 12, 2026 at 6:17 AM Patrick Steinhardt <ps@pks.im> wrote:
> >
> > In a subsequent commit we're about to introduce a new user of the replay
> > subsystem. With that new user, the range of commits that we'll want to
> > replay will be identified implicitly via "HEAD". With such implicit
> > ranges it becomes likely that the range of revisions that we're asked to
> > replay becomes empty. This case does not make sense with git-replay(1),
> > but with the new command it will.
> 
> I think I know what you were trying to say, but this feels misleading;
> it could be the commit at the tip of any branch, not just HEAD.
> Perhaps:
> 
> In a subsequent commit we're about to introduce a new user of the replay
> subsystem. With that new user, the range of commits that we'll want to
> replay will be identified implicitly via a single commit, and will
> include all descendants of that commit to any branch. If that commit has
> no descendants (because it's the tip of some branch), then the range of
> revisions that we're asked to replay becomes empty. This case does not
> make sense with git-replay(1), but with the new command it will.
That reads better indeed, thanks!
Patrick
Previous: Elijah NewrenNext: Patrick Steinhardt
Message 11 of 19 in “Introduce git-history(1) command for easy history editing”
  1. 0/8 Introduce git-history(1) command for easy history editingPatrick Steinhardt, Jan 12, 2026
  2. 1/8 builtin/replay: extract core logic to replay revisionsPatrick Steinhardt, Jan 12, 2026
  3. Junio C HamanoJan 12, 2026
  4. Patrick SteinhardtJan 12, 2026
  5. Elijah NewrenJan 13, 2026
  6. Patrick SteinhardtJan 13, 2026
  7. 2/8 builtin/replay: move core logic into "libgit.a"Patrick Steinhardt, Jan 12, 2026
  8. 3/8 replay: small set of cleanupsPatrick Steinhardt, Jan 12, 2026
  9. 4/8 replay: support empty commit rangesPatrick Steinhardt, Jan 12, 2026
  10. Elijah NewrenJan 13, 2026
  11. Patrick SteinhardtJan 13, 2026
  12. 5/8 replay: support updating detached HEADPatrick Steinhardt, Jan 12, 2026
  13. Elijah NewrenJan 13, 2026
  14. Patrick SteinhardtJan 13, 2026
  15. 6/8 wt-status: provide function to expose status for treesPatrick Steinhardt, Jan 12, 2026
  16. 7/8 builtin: add new "history" commandPatrick Steinhardt, Jan 12, 2026
  17. 8/8 builtin/history: implement "reword" subcommandPatrick Steinhardt, Jan 12, 2026
  18. Elijah NewrenJan 13, 2026
  19. Elijah NewrenJan 13, 2026

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.