跳过功能分支上的提交消息

Question

有时很难提出一个好的提交消息。假设我在一个功能分支中工作，我正在单独工作。然后我被一位同事打断了，他要我去看一个不同分支的东西。然后我会提交我的工作并切换到他的分支，但是我所做的工作并不是特定的，所以提交消息最​​终会成为无用的东西，比如“更多关于功能的工作”。

假设我在一个功能分支上独自工作，在进行小型提交时是否可以跳过该消息？将该功能与git merge --no-ff -m "[Descriptive commit message]"合并到主人将使主历史保持漂亮，这是重要的事情。

Answer 1

将功能分支合并到主分支时，带有git merge --squash的

Squash your commits。这将导致在master分支上进行单次提交，使主历史保持相当。

Answer 2

当然，你可以跳过有意义的提交消息，尽管如果这不是一个非常糟糕的风格，它会引起争议。提交消息不是（仅）用于其他人，他们还帮助自己弄清楚你做了什么，即当你处理某个功能一段时间并试图找出合并/拉取请求中的摘要时

你做的工作怎么样？＆＃34;没有什么特别的＆＃34;？你添加了一个属性？所以＆＃34;添加属性xy＆＃34;。你删除了过时的代码？所以＆＃34;删除了过时的代码＆＃34;。你怎么能做某事，然后不能说你做了什么？！

当然，我的回答很大程度上受到我的团队认为的干净工作流程的影响。并且绝不是一个普遍的事实，因为许多工作流程都与git一起工作，每个团队都可能以不同的方式处理事情。