5 ms·

I'd rather see google open up their monorepo as a platform, and compete with github. git is fine, but there's something compelling about a monorepo. Whether t

I'd rather see google open up their monorepo as a platform, and compete with github. git is fine, but there's something compelling about a monorepo. Whether they do it one-monorepo-per-account, or one-global-monorepo, or some mix of the two, would be interesting to see how it shapes up.

jasonkostempski 9y ago
"one-global-monorepo" caused me to envision a beautiful/horrifying Borg-like future where all code in the universe was in a single place and worked together.
- rak00n 9y ago
  I felt like that when I first saw golang and how you can effortlessly use any repo from anywhere.
  - wbl 9y ago
    As the joke goes, Go assumes all your code lives in one place controlled by a harmonious organization. Rust assumes your dependencies are trying to kill you. This says a lot about the people who came up with each one.
    - aeorgnoieang 9y ago
      > Rust assumes your dependencies are trying to kill you. Would you mind unpacking this? I'm intrigued.
      - dom0 9y ago
        Cargo.lock for applications freezes the entire dependency graph incl. checksums of everything, for example.
- gue5t 9y ago
  This is how Linux (and BSD, and so on) distributions work. Of course there are proprietary and niche outliers, but you can't forbid those in the first place.
hinkley 9y ago
This is the main thing I miss about subversion. You could check out any arbitrary subdirectory of a repository. On two projects the leads and full stack people had the whole thing checked out, everybody else just had the one submodule they were responsible for. Worked fairly well.
- quotemstr 9y ago
  Mercurial has narrowspecs these days too! Facebook's monorepo lets you check out parts of the overall tree too. It's not like every Android engineer's laptop has all of fbios in it.
- pmontra 9y ago
  Git has submodules too and teams usually have access control on the main server used for sharing commits.
  - hinkley 9y ago
    git submodules aren't seemless. None of the alternatives appear to be any better. A halfassed solution is no solution at all.
    - bobsam 9y ago
      What's wrong with git submodules?
    - pmontra 9y ago
      Would you mind explaining about this lack of seamlessness? I can imagine that part of it could be the need of a git clone --recursive, and everybody omits the --recursive if they don't know there are submodules inside the repository. There is another command to pull the submodules later but I admit it's far from ideal.
daxfohl 9y ago
Though as things are going, I wouldn't be surprised if Amazon goes from zero to production-quality public monorepo faster than Google gets from here to public beta. It's not in Google's blood. And of course Google will shut it down in five years once they're bored of it.
- grogenaut 9y ago
  Amazon doesn't do mono-repos. They have ORDER OF a million repos. They instead invested in excellent cross repo meta-version and meta build capabilities instead of going mono-repo.

jasonkostempski 9y ago

"one-global-monorepo" caused me to envision a beautiful/horrifying Borg-like future where all code in the universe was in a single place and worked together.

rak00n 9y ago
I felt like that when I first saw golang and how you can effortlessly use any repo from anywhere.
- wbl 9y ago
  As the joke goes, Go assumes all your code lives in one place controlled by a harmonious organization. Rust assumes your dependencies are trying to kill you. This says a lot about the people who came up with each one.
  - aeorgnoieang 9y ago
    > Rust assumes your dependencies are trying to kill you. Would you mind unpacking this? I'm intrigued.
    - dom0 9y ago
      Cargo.lock for applications freezes the entire dependency graph incl. checksums of everything, for example.
gue5t 9y ago
This is how Linux (and BSD, and so on) distributions work. Of course there are proprietary and niche outliers, but you can't forbid those in the first place.

hinkley 9y ago

This is the main thing I miss about subversion. You could check out any arbitrary subdirectory of a repository. On two projects the leads and full stack people had the whole thing checked out, everybody else just had the one submodule they were responsible for. Worked fairly well.

quotemstr 9y ago
Mercurial has narrowspecs these days too! Facebook's monorepo lets you check out parts of the overall tree too. It's not like every Android engineer's laptop has all of fbios in it.
pmontra 9y ago
Git has submodules too and teams usually have access control on the main server used for sharing commits.
- hinkley 9y ago
  git submodules aren't seemless. None of the alternatives appear to be any better. A halfassed solution is no solution at all.
  - bobsam 9y ago
    What's wrong with git submodules?
  - pmontra 9y ago
    Would you mind explaining about this lack of seamlessness? I can imagine that part of it could be the need of a git clone --recursive, and everybody omits the --recursive if they don't know there are submodules inside the repository. There is another command to pull the submodules later but I admit it's far from ideal.

daxfohl 9y ago

Though as things are going, I wouldn't be surprised if Amazon goes from zero to production-quality public monorepo faster than Google gets from here to public beta. It's not in Google's blood. And of course Google will shut it down in five years once they're bored of it.

grogenaut 9y ago
Amazon doesn't do mono-repos. They have ORDER OF a million repos. They instead invested in excellent cross repo meta-version and meta build capabilities instead of going mono-repo.