November 2017
Beginner
238 pages
5h 58m
English
Making more than one change per commit is a bad thing, but even splitting a single change into more than one commit is considered harmful. As you may already know, in some trained teams you do not simply push your code to production; first you have to pass code quality reviews, where someone else tries to understand what you did to decide if your code is good or not (that is why there are pull requests, indeed). You can be the best developer in the world, but if the person at the other end can't get a sense of your commits, your work will probably be refused.
To avoid these unpleasant situations, you have to follow a simple rule: don't do partial commits. If time's up, if you have to go to that damn ...
Read now
Unlock full access