> If you're making two meaningfully different changes, I would always say two tiny commits are better. Not only for organization, but to make it easier to rever

> If you're making two meaningfully different changes, I would always say two tiny commits are better. Not only for organization, but to make it easier to revert just one change. As long as the tests pass on every commit that ends up the main development branch, you can pretty much do it however you want. But committing per lines changed isn't "making two meaningful different changes", it's saying since they are on two different lines, they aren't related, which just seems wrong.