创建一个githook，让git压缩最新的（非推送的）提交，这是一个好主意吗？

在我看来，在小型和动态项目中，在一个工作日内创建许多提交是非常常见的。我开始怀疑创建一个githook是否是一个好主意，它将帮助在最终推送和合并之前挤压提交

---

我想知道是否有人已经使用这种工作流了？

我通常会再次提交、更改和

git add/rm

文件，然后使用：

git commit --amend

---

在工作期间。它产生的结果与您再次提交，然后挤压最近的两次提交的结果相同。

将多个提交包含到一次提交中是可能的。但您将与gits的大多数特性相矛盾

我想引用Matthias Lüdtke的一篇文章，该文章建议您尽可能减少提交，原因如下：

• 它使您的提交消息更准确（如果短提交消息不能描述大量工作，则可能更准确）
• 它使持续集成变得更容易（如果基于一个小提交的构建失败，那么bug会更快地被发现）
• 它更有用（使您能够还原精确的更改）
• 它更有用（它使您能够克服和划分引入了提交bug的地方）
• 它允许更精确的选择（您可以选择小的更改）
• 它可以更好地记录所发生的事情（因为一个文档可能因为不同的原因一天更改两次）

---

毕竟，如果您想压缩更改，我不建议您这样做。

这要看情况而定。您是否希望压缩您的提交？但如果在一天结束时，您已经进行了15次提交，并决定在压缩所有提交之前删除提交#6，该怎么办？您在这里所说的在某种程度上是正确的，但这意味着

git commit--amend

是一个压缩最后两次提交的命令，这与我提交、提交然后压扁它们不一样吗？不，

git commit--amend

使用新添加/删除的更改修改以前的提交。还提供了编辑提交消息的选项。。。并更改提交哈希。那么有什么区别呢？