在每次提交后执行推送的好处和成本比在多次提交后推送有什么好处和成本

Question

我养成了在每次提交后推送到origin的习惯。我提交的大多数提交都是相当微不足道的，就是我做了一些小改动之后提交的意思。这是一个好习惯吗？

我的印象是，在进行多次提交后，与每次提交后的推送相比，每次小提交后的推送都会增加存储库的大小。这种理解是错的吗？

Answer 1

只要您的提交仅驻留在您的本地存储库中，您就可以使用它们（git commit --amend来修复上次提交，或git rebase -i重新排序和整理您的工作）。在提交后立即推送它们使得以后很难修复。

我喜欢每天推送一次更改，除非它们即将被其他人部署或测试。它给了我一个余地，可以发现我过早提交了一些东西。

它不应以任何方式影响存储库的大小。

Answer 2

  

我养成了每次提交后都要追求原点的习惯。   在我承诺的意义上，我的大多数提交都是相当微不足道的   做了一些小改动。这是一个好习惯吗？

在我看来，你不应该把每一次提交都推到原点。相反，当您使用功能来压缩较小的提交时，使用交互式变基，并将该功能作为一个提交推送到原点。但是对此没有明确的答案 - 谷歌搜索“git工作流程”将为您提供多种选择。

  

我的印象是在每次小提交之后推送   与推后制作相比，增加了存储库的大小   几个提交。这种理解是错的吗？

错误。但是如果你在推动之前进行重新定位，那么压扁的提交将不会在原点中结束。

Answer 3

在团队中工作时，经常推动会让您的个人生活更轻松，因为推动最后一次的人需要解决合并冲突。其他推动频率较低的人可以通过更频繁地拉动来使他们的生活更轻松，以便在他们的存储库分歧太远之前检测到冲突。

经常推送的缺点是，在你推送提交之后，你不能使用rebase重新排序或压缩你的提交，你不能再修改它们了。这可能是个人的事情，但是当我有一个微不足道的变化，它适合前一个提交的描述时，我宁愿修改前一个，而不是创建一个新的。推后你不能再这样做了。所以当你经常推送时，你最终会得到更多琐碎的提交，这会使git日志变得不必要。