Hi, On Sun, 13 Apr 2008, Paul Fredrickson wrote: > > Jrg Sommer <joerg@xxxxxxxxxxxx> wrote: > > > > Wouldn't > > > > > > > > pick 5cc8f37 (init: show "Reinit" message even in ...) > > > > mark 1 > > > > pick 18d077c (quiltimport: fix misquoting of parse...) > > > > mark 2 > > > > reset 1 > > > > > > "reset 18d077c~2" or "reset some-tag" or "reset my-branch~12" > > > > > > merge #2 > > > > > > > > be easier for people? Actually, I think that this whole "mark" stuff is way too complicated, as can be seen by the amount of patches needed to get it somewhere usable. I would like it much better, if there was something like pick 5cc8f37 (init: show "Reinit" message even in ...) pick 18d077c (quiltimport: fix misquoting of parse...) merge 9876543:5cc8f37,18d077c (Merge blub) reset 5cc8f37 ... I.e. like with filter-branch, and like with rebase -i -p in its current form, we take the _original_ names as keys as to which commits to merge, or where to reset to. That would be relatively easy to implement, since the whole infrastructure for it is already there: whenever a commit was rewritten, the new commit name is saved in $DOTEST/rewritten/<original-commit-name>. I really do not like complicating things unnecessarily. Ciao, Dscho -- 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
