git - 在功能完成之前提交类型

Question

Conventional Commits为提交消息定义了几种类型，例如 feat , fix , chore , ci等等。

我的问题是关于工作流程，如果我正在处理一个范围跨越几天工作的功能。作为一名优秀的开发人员，我想尽早并经常提交，但传统提交意义上的功能被定义为:

feat: a commit of the type feat introduces a new feature to the codebase (this correlates with MINOR in semantic versioning).

所以这种类型的提交应该只使用一次(否则，从这些提交中生成的 CHANGELOG 会列出很多功能，而这些功能实际上只是特定功能的一部分)。

我想知道尽早并经常使用常规提交解决提交(和推送)的常见工作流程是什么？

是否每个人都将他们的提交压缩成一个 feat: ...输入提交？
还有其他工作流程吗？

在挤压之前使用哪种类型的消息 feat犯罪？

Answer 1

Does everybody squash their commits into a feat: ... type commit?

是的。嗯，我愿意。实际上，我使用两个分支私下处理一个功能。一个是我稍后将 push pull 审查的功能分支。另一个是我经常保存的临时工作分支。每隔一段时间，我就会将临时 merge 到功能的末尾。所以临时有 30 次提交，但该功能有 2 或 3 次。在您的情况下，听起来您希望它只有一个!

还请记住，您可以修改、交互式地 rebase /压缩、重置等，以在第一次推送之前重写您的分支。所以你真的不需要两个分支；您可以使用您的一个分支尽早并经常保存，然后在推送之前完全重写您的历史记录。