在我看来，在小型动态项目中，在一个工作日内创建多次提交是很常见的。我开始怀疑创建一个githook是否是个好主意，它将帮助在最后的推送和合并之前压缩提交。
我想知道是否有人已经与这种工作流程?
可以将多个提交合并为一个提交。但是你会抵触它的大部分功能。
我想参考Matthias l
- 它使你的提交消息更准确(短的提交消息可能更精确，如果他们不能描述大量的工作)
- 它使持续集成更容易(如果基于一个小提交的构建失败，错误将被更快地发现)
- 它使
git revert更有用(它使您能够恢复精确的更改) - 它使
git bisect更有用(它使您能够征服和划分哪个提交的错误被引入) - 它允许一个更准确的樱桃选择(你可以选择小的变化)
- 它更好地记录了发生的事情(因为一个文件可能因为不同的原因每天改变两次)
毕竟，如果您想压缩您的更改，您可以这样做-但我不建议。
我通常再次提交，更改和git add/rm文件，然后使用:
git commit --amend
在工作期间。这将导致相同的结果，如果您再次提交，然后压缩最近的两个提交。