> On 5. May 2018, at 18:03, Sebastian Kuzminsky <[email protected]> wrote: > > * It makes it harder to understand how the meaningful (ie, > non-whitespace) contents of the file have changed over time.
Thats why the formatting should be done in a format-only commit. > > * It makes it harder to apply patches across the indentation-change > boundary. For example, if we reindented master, it would be harder to > merge bugfixes from 2.7 into master. not if both are reformatted. formatting does not affect any users, so 2.7 can be reformatted no problem. maybe its a good idea to do it after the 2.8 release? I know what you are saying, with all those little patches in various branches. but they can be formatted with the same rules, and then the diff should make sense again, I guess? Rene ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
