何时在功能分支上创建新提交？

Question

在处理新用户故事时，我从主分支创建了一个功能分支。

在功能分支上，我创建了一个新提交，

• 当我认为我的工作已准备好被推送到GitHub进行审核时，或者
• 当我在当前提交中修改某些内容时，或者在我自己意识到之后，或者从代码审阅者那里收到更改请求

现在我想知道是否还有其他情况我最好创建一个新的提交。

例如，当功能分支的用户故事可以分成非常小的子问题时。

• 将不同子问题的工作分组到不同的提交中是否更好，而不是创建包含所有子问题工作的单个提交？以前的方式是否会让代码审阅者或我以后更容易阅读和理解用户故事所做的工作？

• 当我稍后修改已经提交的工作时，根据代码审核者的更改请求或我自己对改进需求的实现，我是否还应根据不同子问题的变化创建不同的提交？

Answer 1

您可能会在此处考虑与提交和评论相关的太多事情。评论发生在功能级别。提交要比那更精细。

考虑创建类似于在文档上按CTRL + S的提交。你这样做是因为你不会丢失任何现有的工作，要么是因为你在凌晨3点工作，要么是因为你的猫在键盘上跳跃并靠在退格键上。从本质上讲，您希望提前提交并经常提交。

如果您需要与团队讨论，那么您如何打破审核工作是一个决定，因为每个团队都有不同的风格，他们喜欢在工作时使用。