Jay Soffian <jaysoffian@xxxxxxxxx> writes: > On Thu, Feb 19, 2009 at 4:21 AM, John Tapsell <johnflux@xxxxxxxxx> wrote: >> Hi, >> >> I often do 'git rebase -i HEAD~10' to rebase. Since afaics it >> doesn't matter if you go back 'too far' I just always use HEAD~10 even >> if it's just for the last or so commit. >> >> Would there be any objections to making 'git rebase -i' default to >> HEAD~10 or maybe 16 or 20. Having sensible defaults for commands >> helps a bit with making it easier to use. > > I think the following might be reasonable to support: > > $ git rebase -i -10 > $ git rebase -i -n -10 The syntax would certainly imply a different semantics from giving HEAD~10. How would you compute the set of commits to rebase sanely when you have merges after your 10th direct parent commit? -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
