Live data from Hacker News

Disabled at 22 million commits

programming.dev

1–10 of 145 posts

Re: Disabled at 22 million commits

#5
post #3

[flagged]

While it's correct that each Git commit is a snapshot of the worktree, and not a diff, Git uses copy-on-write / structural sharing, which means that generally speaking adding a commit to your repository is a very cheap operation storage wise.

Recommended reading if you're interested in Git's data model, it's pretty easy to understand compared to Git's UI: https://git-scm.com/book/en/v2/Git-Internals-Git-Objects

Re: Disabled at 22 million commits

#7
> I decided to see how many commits GitHub (and git) could take before acting kind of wonky. At ~19 million commits (and counting) to master: it’s wonky.

This just doesn't seem right to me. Why? Its obvious at some point you'll harm the service. If the goal was to test it, why not try locally with git.

Re: Disabled at 22 million commits

#10
post #3

[flagged]

as pointed out in the sibling comments, that's not right, but also it can't possibly be right: torvalds/linux has about 1.2M commits, and according to https://cdn.kernel.org/pub/linux/kernel/v6.x/, the current Linux kernel source size is 131M after compression, so (assuming the kernel size has grown linearly with each commit) each maintainer would need to have 75 TB of storage on their personal machine?
Post reply on HN