有些 git commit 历史真的很尴尬，我建议所有工程师经常使用 git rebase 和 git commit --amend

在日常编程协作中，git 提交记录的质量往往体现了一个工程师的工程素养。然而，我经常看到一些不标准的提交记录，相当尴尬。

例如：

这可能是由于在提交后进行了更改并随意重用了之前的 git commit 命令。

虽然这在个人存储库中可能是可以接受的，但在协作存储库中有点不专业。

在我看来，这些提交记录是不必要的，代表着坏习惯，是可以完全避免的。

幸运的是，git 为我们提供了一个优雅的解决方案。如果不需要生成新的提交，使用 git commit --amend 可以避免这个问题。

少用 git merge，多用 git rebase

例如：

Merge branch 'feature-A' of https://github.com/qiniu/reviewbot into feature-B

这表示将代码从远程分支功能 a 合并到功能 b 中。在这里，功能 a 通常是主分支。

此类提交消息在您的 pr 中是不必要的。 pr 提交消息应该只包含有关当前更改的有用信息。

就我个人而言，我很少使用 git merge，即使是同步远程分支，我一般也使用 git rebase。

例如：

除了上述好处之外，git rebase 还有助于在主存储库中维护非常干净的提交历史记录。因此，我强烈推荐使用它。

reviewbot 的 git 提交检查

reviewbot是七牛云的开源项目，旨在提供自托管的代码审查服务，方便代码审查/静态分析以及自定义工程标准的实现。

为了更好规范这两种行为，reviewbot 新增了 git commit check 功能，用于验证 git commit 记录是否符合标准。

如果不符合标准，reviewbot 会通知您：

更多 git flow 实践和技巧

当然，git操作还有很多实用技巧。我鼓励有兴趣的人去探索它们。我在1024训练营期间给学员们分享过相关内容：

超级实用！从用户角度看git协作，告别死记硬背

该文档包含感兴趣的读者的视频链接。

最后，作为专业工程师，我们应该在工程实践中始终追求卓越。良好的提交记录不仅体现了个人的专业素质，也是提高团队协作效率的重要基石。

通过正确使用 git rebase 和 git commit --amend，我们可以维护更清晰、更专业的代码提交历史记录。这不仅让代码审查变得更加容易，也为后续的代码维护和问题跟踪带来了极大的便利。

你觉得怎么样？

以上就是有些 git commit 历史真的很尴尬，我建议所有工程师经常使用 git rebase 和 git commit --amend的详细内容，更多请关注php中文网其它相关文章！