4 ms·
Git was designed for a monorepo (the kernel). When people talk about monorepo, they mean a single history line.
by icebraining 8y ago
Git was designed for a monorepo (the kernel). When people talk about monorepo, they mean a single history line.
- chvid 8y agoIt is just the feeling I get when I see how it is used. That it is being misused. If you have a corporate setting with a single Jira/Stash/Bamboo installation keeping all the company's stuff in a single central place. Then this design where git copies (clones) the full repository on the local machine just seems like a misfit and source of lots of pain (ie. just being slow and at times unstable, local repository not pushed back to origin, multiple history lines etc.). It seems to me that things would have been better served with a more primitive client/server orientated tool like Subversion.
- rkangel 8y agoThe kernel is not a monorepo. The kernel is a large(ish) repo. A monorepo would be if you put the kernel AND userspace in the same repo (e.g. all the code for a Yocto distro). To me, when people talk about a monorepo they are talking about putting separate pieces of the architecture in a single repo. It's a great example actually. If it was all in a monorepo and you could release it together then you wouldn't have to worry about the breaking userspace, you could make the changes to both sides at once. In practice because that's not how releasing works in that environment, you can't do that.