git - git 存储库可以处理的提交数量是否有上限？

Question

我想知道 git 存储库可以处理的提交数量是否有上限。

在我目前正在进行的一个独立项目中，我一直在本地编码，在 git 中提交/推送更改，然后在我的开发服务器上 pull 更改。

我将此视为比在本地工作和通过 FTP 上传更改更简单的替代方法...幸运的是/不幸的是，这是一个如此简单的工作流程，我有时会经历许多编辑/提交/推/pull/编码时浏览器刷新周期。

我想知道这是否会转身并在某个地方咬我。如果这可能是个问题，我想知道如何避免这个麻烦......似乎 rebase 可能是可行的方法，特别是因为我不必担心分支冲突等问题。

Answer 1

好吧，“上限”可能是发生 SHA1 冲突的点，但由于 SHA 的长度为 40 个十六进制数字(16^40 ~ 1.4x10^48 种可能性)，它的可能性非常接近于零，以至于它是甚至不好笑。因此，至少在接下来的几千年内，您遇到任何问题的可能性大约为零。

双曲线示例(只是为了好玩):1 次提交/分钟(仅更改一个文件 -> 使用了三个新的 SHA(文件、提交、树)= 使用了 3 个新的 shas/分钟 = ... = 使用了 1.6M shas/年 = 16 亿 shahs/千年 = 1x10^-37 % 每千年使用...(在 1000 个文件/提交/分钟，它仍然是 3.6x10^-35%)

话虽这么说，如果你想清理你的历史，用 rebase 压缩它们可能是你最好的选择。如果您公开分享了该存储库，请确保您理解其中的含义。

您可能还想在 rebase 后进行垃圾收集以释放一些空间(不过，请先确保 rebase 正常工作，并且您可能需要告诉它收集所有内容，否则默认情况下不会收集任何比两周大)。