Re: [PATCH 1/1] replay: add --revert option to reverse commit changes

From: Junio C Hamano <gitster@pobox.com>
Date: Nov 26, 2025, 23:14 UTC
Message-ID: <xmqqy0nsl741.fsf@gitster.g>
In-Reply-To: <CABPp-BHcCX8LDccRoarsqNO=YVr7a8gp67oc87b7taAmjch4dQ@mail.gmail.com>

Elijah Newren <newren@gmail.com> writes:

Show 15 quoted lines

> == Example command lines from your proposal ==
>
>    git replay --rebase main feature~3..feature
>
> This command to me would suggest that main is being rebased, but it
> isn't -- it rebases feature~3..feature onto main while updating
> feature to point at the result.  I find the "--rebase main" part of
> this command line confusing.
>
>    git replay --cherry-pick main feature~3..feature
>
> This command to me would suggest that main is being cherry-picked, but
> it isn't -- it cherry-picks feature~3..feature onto main while
> updating main to point at the result.  Again, I find the
> "--cherry-pick main" part of this command line confusing.

That only tells us that if you want to help users by limiting the vocabulary to a single set (i.e. both command names, and mode names used in replay), you'd need to make sure you have the order of <branch> and <range> given to the replay command in logical order, in line with the option name, no? Of course, if you want to say "cherry-pick", cherry-picked range would have to come near the option flag that says "cherry-pick", naturally.