3 ms·
I find this technique great to keep unrelated fixes in separate commits. A single revision may not pass a set of unit tests, but the entire feature branch will
by stevvooe 14y ago
I find this technique great to keep unrelated fixes in separate commits. A single revision may not pass a set of unit tests, but the entire feature branch will before being merged into the release line. Keeping the barrier low for committed code is one of git's best features.
- chimeracoder 14y ago> Keeping the barrier low for committed code is one of git's best features. When I first learned git, I was told, 'You'll never have to comment out code again'. Keeping the barrier for commits low (along with git -p and git rebase -i) makes this a reality.
- masklinn 14y ago> A single revision may not pass a set of unit tests, but the entire feature branch will before being merged into the release line I really don't care a whit about your feature branch when your broken commits mean I can't bisect an issue.