Re: [PATCH/RFC 1/2] git-rebase -i: Add key word "drop" to remove a commit
- From
Matthieu Moy <matthieu.moy@grenoble-inp.fr>
- Date
- May 27, 2015, 15:04 UTC
- Message-ID
- <vpq1ti23vva.fsf@anie.imag.fr>
- In-Reply-To
- <1506177855.44397.1432738386768.JavaMail.zimbra@ensimag.grenoble-inp.fr>
Remi Galan Alfonso <remi.galan-alfonso@ensimag.grenoble-inp.fr> writes:
Show 5 quoted lines
> It also has some effects with the second part of this patch (checks > removed and/or duplicated commits): if you comment the line, the > commit will be considered as removed, thus ending in a warning if the > config variable is set to warn/error; however this problem won't > appear with noop.
Indeed, that's the whole point of having a "drop" command.
As an advice for your next submission: use "git send-email --cover-letter", and explain the overall idea before the patches.
I personally prefer "drop" to "noop" as a command name: I understand "noop" as a command without argument (useful to say "this is actually an empty list of commands, not an empty file to ask rebase to abort"), but I find it weird to write
noop <sha1> <title>
As Remi wrote, the inspiration comes from Mercurial. Perhaps we should ask on the mercurial ml how happy they are with the name.
-- Matthieu Moy http://www-verimag.imag.fr/~moy/