I find the term confusing here because that’s not really what it is (if my understanding is correct).
Hoenstly, that's a neat idea. No use to me, but a neat idea.
I would guess a "metarepo" is a repo that contains other repos.
Why would you want this? It's an alternative to monorepos or hacky homegrown solutions for managing related repos.
> This git command "clones" an external git repo into a subdirectory of your repo. Later on, upstream changes can be pulled in, and local changes can be pushed back. Simple.
Not sure how this is an improvement over using a mono repo
$ git clone https://josh-project.dev/josh.git:/docs.git
Seems really neat to meI've wished for this in multiple open-source oriented companies.
* sub-repos -- projections as we call them -- are still a part of the one big history. But the history is filtered on your end and you only see relevant commits. You don't need to manually bump the version of projections * you could also get "one big history" behaviour with a traditional monorepo, but with projections you get benefits like fine-grained ACL
How does your dependency management integrate into workflows? Last month I built a monorepo with all our repositories. For workflows it was essential that if a subrepo changed, not just this subrepo but also all its dependants get rebuilt.
I'm joining the waiting list to check for this :)
Or, feel free to drop a GitHub link?
/s
You've also posted some good unpredictable comments so I definitely don't want to ban you. Basically, any form of predictability is what we're trying to avoid here.