On Wed, 9 May 2007, Steven Grimm wrote: > Junio C Hamano wrote: > > I obviously agree with this. As I said a few times I regret > > introducing "add -i" --- it encourages a wrong workflow, in that > > what you commit in steps never match what you had in the working > > tree and could have tested until the very end. > > > > On the other hand, not all changes require any testing at all. For example, if > you're using git to manage documentation, it is totally reasonable to commit a > fix for a simple spelling error in one part of a file while not committing an > in-progress rewrite of another part. Yeah, I don't think "git add -i" is a horrible flow - it just shouldn't be the only or the primary one (ie apparently it *is* the primary one for darcs, and that's a mistake!) Of course, whether "git add -i" is a nice interface or not, I dunno. Personally, if I wanted to do hunk selection, I think I'd stick to something graphical where I can just click on the hunks. But that's just me. Linus - 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
