Debian Git Monorepo

Re:Debian Git Monorepo by throwaway2037 on Tuesday April 02, 2024 @10:31AM (#39906166)

Putting aside that this is an April Fool's joke, I like the last part:

    > This time, I’m cruel to Git: can it handle a repository of this size? In 2009 it could not. In 2024 it can.

That really hits home for me. Really: Think about this repo for a moment. 500 GB. 15 miiiiiiiiiiiiiiilion files. It is crazy to think that a "vanilla" git repo can handle it. Applause for the Git team!

[ Parent | on HN ]

Re:Debian Git Monorepo by sitzkrieg on Tuesday April 02, 2024 @12:44PM (#39907840)

i used to work in git analytics and saw the most unimaginable repos. 500gb repos with one commit. repos where the source was in the commit message. repos with millions of commits consisting of bogus utf8, and so on. repos where they dont use branches, only remotes, etc etc. every usecase annihilated some old startup mvp code somewhere it felt like

we wrote our own in memory client but even before that, stock git client would always finish, it was just a matter of how long you were willing to wait. maybe we were lucky overall

[ Parent | on HN ]

Re:Debian Git Monorepo by thaliaarchi on Tuesday April 02, 2024 @05:09PM (#39910868)

Do you still have a record of any of those weird case repos? Perhaps reported as issues somewhere? I’m working on a tool like git filter-repo and Reposurgeon combined and would love stress tests and edge cases like these.

[ Parent | on HN ]

Re:Debian Git Monorepo by jayofdoom on Tuesday April 02, 2024 @02:12PM (#39908973)

I find the Gentoo ebuild repository, mirrored at http://github.com/gentoo/gentoo often is a stress test for git clients due to the sheer number of commits.

It's interesting to see the definition of scale stretched in all kinds of different directions.

[ Parent | on HN ]