On Fri, 4 May 2007, Michael Niedermayer wrote: > well, my example above was exagerated, noone ever reindented the whole > ffmpeg or checked in a old version over HEAD. what did and does occasionally > happen is that people check in several things at once (like a 100k reindenton > mixed with various functional changes) > for these we currently copy the last good version of the affected files > over the current one with svn cp and then apply the changes in nicely > split manner. (possibly without the reindention if its uneeded ...) > Another thing that happens occasionally is that complete nonsense is checked > in like checking in the wrong file or some "private" debuging code > > we never use the svn cp method to revert normal buggy code ... A big difference between git and svn is that git allows you to commit your changes individually to your local repository before pushing them out to the world. With svn you make your changes visible to the world as soon as you commit something, including the commit screwups. With Git you always have the opportunity to look at your commits and test them all together before pushing which should make commit mistakes obvious before they leave your machine. If a mistake happened in one of those commits you can ammend them, rebase them, etc. and only push when they're satisfactory, something that svn doesn't allow. So I think that something that you got used to with svn simply has no serious need for with git. 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