On Wed, 28 Nov 2007, Sergei Organov wrote: > Ingo Molnar <mingo@xxxxxxx> writes: > > > well, it would/could be the normal undo/redo semantics of editors: you > > can undo-redo in a linear history fashion, in an unlimited way, but the > > moment you modify any past point of history then the redo future is > > overriden. (but the 'past' up to that point is still recorded and > > available) > > Or it could be Emacs-like: 'undo' is just another operation that is a > subject for further undo's ;) Then there is no need for 'redo', and no > need to override either the future or the past. The reflog does just that in fact, when it records your 'git reset' operations. > Besides this obvious technical superiority will help to maintain git's > reputation of being hard to grok ;) Sure! ;) Nicolas - 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
