Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [PATCH/RFC 2/2] git rebase -i: Warn removed or dupplicated commits

From: Junio C Hamano <hidden>
Date: 2016-06-15 23:05:01

Matthieu Moy [off-list ref] writes:
Stephen Kelly [off-list ref] writes:
quoted
Galan Rémi <remi.galan-alfonso <at> ensimag.grenoble-inp.fr> writes:
quoted
Check if commits were removed (i.e. a line was deleted) or dupplicated
(e.g. the same commit is picked twice), can print warnings or abort
git rebase according to the value of the configuration variable
rebase.checkLevel.
I sometimes duplicate commits deliberately if I want to split a commit in
two. I move a copy up and fix the conflict, and I know that I'll still get
the right thing later even if I make a mistake with the conflict
resolution.
The more I think about it, the more I think we should either not warn at
all on duplicate commits, or have a separate config variable.
Yeah, I'd say we shouldn't warn, without configuration to keep
things simple.
It's rare to duplicate by mistake, and when you do so, it's already easy
to notice: you get conflicts, and you can git rebase --skip the second
occurence. Accidentally dropped commits are another story: it's rather
easy to cut-and-forget-to-paste, and the consequence currently is silent
data loss ...
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help