有时很难提出一个好的提交消息。假设我在一个功能分支中工作，我正在单独工作。然后我被一位同事打断了，他要我去看一个不同分支的东西。然后我会提交我的工作并切换到他的分支，但是我所做的工作并不是特定的，所以提交消息最终会成为无用的东西，比如“更多关于功能的工作”。
假设我在一个功能分支上独自工作，在进行小型提交时跳过该消息是否可以接受？使用git merge --no-ff -m "[Descriptive commit message]"将该功能合并到master中将使主历史保持漂亮，这是重要的事情。
Squash your commits与git merge --squash合并功能分支到主分支。这将导致master分支上的单个提交，使主历史保持相当。
当然，你可以跳过有意义的提交消息，虽然如果这不是一个非常糟糕的风格，它是有争议的。提交消息不是（仅）用于其他人，他们也帮助自己弄清楚你做了什么，即当你处理一个功能一段时间并试图弄清楚要在合并/拉取请求中放入什么摘要。
你所做的工作怎么能“不具体”？你添加了一个属性？所以它是“添加属性xy”。你删除了过时的代码？所以它是“删除过时的代码”。你怎么能做某事，之后不能说你做了什么？！
当然，我的答案很大程度上受到我的团队认为是“干净的工作流程”的影响，并且绝不是一个普遍的事实，因为许多工作流程都与git一起工作，每个团队都可能以不同的方式处理事情。