4 ms·
this makes perfect sense and one should show care when constructing commit messages. That being said, if commit messages require too much care, then folks will
by jgalt212 7y ago
this makes perfect sense and one should show care when constructing commit messages. That being said, if commit messages require too much care, then folks will start to make less commits as they become rather expensive to do. As with all things in life, when and how often to commit is a balance.
- iudqnolq 7y agoWhat do you think about committing with one-liners as you develop so that you can rollback, and then completely rewriting history before pushing?
- pavon 7y agoI absolutely agree that you should commit early and often, and that short one-liners for those commits are fine. It is when you go to merge that you need to have good messages and there are several ways you can do that, depending on your team's preferences: * You can rebase and groom your commits into meaningful sets of changes each with good descriptions (how Linux uses git). * You can squash all the commits, and always just have a single commit for each merge with a detailed description. * You can keep your full commit history as a record of how the work was actually done (Fossil encourages this philosophy), but always have a detailed merge commit that can stand-alone in describing all the work done in that merge.