when using git add -i, it would be handy to have a [c]ommit option. This would save some typing: q # to quit git add -i $> commit .... git add -i <file> # to resume incremental adds *** Commands *** 1: [s]tatus 2: [u]pdate 3: [r]evert 4: [a]dd untracked 5: [p]atch 6: [d]iff 7: [q]uit 8: [h]elp 9: [c]commit What now> [f]ragment would also be handy, which would break each chunk of a diff into a separate commit, with the summary line provided automatically <file> @@ -696,7 +692,7 @@ int foo ... This would help a bit with random cleanups, since rebase -i could then be used to reorder and recombine the fragments, and edit the commit messages afterwards. 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. apologies if this is too hair-brained, or already done. -- 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