Hi Jim, Jim Cromie writes: > when using git add -i, it would be handy to have a [c]ommit option. I can't personally comment on this because I use Magit for staging/ unstaging and committing. It's quite an awesome application- do check it out if you use Emacs. > going further, if git rebase -i had ability to "back" a fixup patch > back to where it should have been, and adjust the intervening patches > where conflict would normally happen, that would be awesome. > Simplistically, this would just shift the patch 1 step back iteratively, > until it wouldnt apply properly, and then --abort, stopping at the last > clean rebase. Hm, I'm not sure if I understand fully: is the idea about moving a commit backwards iteratively so we have to resolve several simpler and smaller conflicts? I have to admit that I work around this problem by running 'rebase -i' several times, moving the commit back in the sequence little-by-little. -- Ram -- 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