From: Phillip Wood Date: Sun, 10 Jun 2018 19:40:24 GMT Subject: Re: [PATCH 2/2] git-rebase: error out when incompatible options passed Message-ID: In-Reply-To: <20180607050654.19663-2-newren@gmail.com> On 07/06/18 06:06, Elijah Newren wrote: > git rebase has three different types: am, merge, and interactive, all of > which are implemented in terms of separate scripts. am builds on git-am, > merge builds on git-merge-recursive, and interactive builds on > git-cherry-pick. We make use of features in those lower-level commands in > the different rebase types, but those features don't exist in all of the > lower level commands so we have a range of incompatibilities. Previously, > we just accepted nearly any argument and silently ignored whichever ones > weren't implemented for the type of rebase specified. Change this so the > incompatibilities are documented, included in the testsuite, and tested > for at runtime with an appropriate error message shown. I think this is a great improvement, it has always bothered me that rebase silently ignored the am options when they're given with interactive ones. > > Some exceptions I left out: > > * --merge and --interactive are technically incompatible since they are > supposed to run different underlying scripts, but with a few small > changes, --interactive can do everything that --merge can. In fact, > I'll shortly be sending another patch to remove git-rebase--merge and > reimplement it on top of git-rebase--interactive. Excellent I've wondered about doing that but never got round to it. One thing I was slightly concerned about was that someone maybe parsing the output of git-rebase--merge and they'll get a nasty shock when that output changes as a result of using the sequencer. > > * One could argue that --interactive and --quiet are incompatible since > --interactive doesn't implement a --quiet mode (perhaps since > cherry-pick itself does not implement one). However, the interactive > mode is more quiet than the other modes in general with progress > messages, so one could argue that it's already quiet. > > Signed-off-by: Elijah Newren > --- > Documentation/git-rebase.txt | 15 +++++++++++++-- > git-rebase.sh | 17 +++++++++++++++++ > t/t3422-rebase-incompatible-options.sh | 10 +++++----- > 3 files changed, 35 insertions(+), 7 deletions(-) > > diff --git a/Documentation/git-rebase.txt b/Documentation/git-rebase.txt > index 0e20a66e73..451252c173 100644 > --- a/Documentation/git-rebase.txt > +++ b/Documentation/git-rebase.txt > @@ -243,6 +243,10 @@ leave out at most one of A and B, in which case it defaults to HEAD. > --keep-empty:: > Keep the commits that do not change anything from its > parents in the result. > ++ > +This uses the `--interactive` machinery internally, and as such, > +anything that is incompatible with --interactive is incompatible > +with this option. > > --allow-empty-message:: > By default, rebasing commits with an empty message will fail. > @@ -324,6 +328,8 @@ which makes little sense. > and after each change. When fewer lines of surrounding > context exist they all must match. By default no context is > ever ignored. > + Incompatible with the --merge and --interactive options, or > + anything that implies those options or their machinery. struct replay_opts has an allow_empty_message member so I'm not sure that's true. > -f:: > --force-rebase:: > @@ -355,13 +361,15 @@ default is `--no-fork-point`, otherwise the default is `--fork-point`. > --whitespace=