Hacker News new | past | comments | ask | show | jobs | submit login

That's probably a harder task for an existing monorepo that is too big for git than writing a replacement for git that works with a repo of that size.



The problem boils down to refactoring a large monolith. I feel like Git is a scapegoat for a much larger problem.


Let's say you started with a well factored set of code that is managed within your organization. What advantage is there to having multiple repos if you're not limited by your tools? Refactoring is easier within a single repo...


In my experience, code doesn't stay well factored unless there are technical hurdles that keep it so. That of course doesn't have to be a repo boundary, but in can be.


There probably will be a plethora of different hard issues to fix in such situations. It's also easier to institute change in a dictatorship as opposed to a democracy (being a dictator that is :).




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: