[llvm-dev] [RFC] One or many git repositories?

Simon Taylor via llvm-dev llvm-dev at lists.llvm.org
Tue Jul 26 02:09:07 PDT 2016

Hi Duncan,

>  […]
> 2. Those working on projects *outside* the monolithic repo will get the downsides of both: a monolithic repo that they are only using parts of, and multiple repos that are somehow version-locked.
> 3. For many (most?) developers, changing to a monolithic git repo is a *bigger* workflow change than switching to separate git repos. Many people (and at least some downstream infrastructure) use the git mirrors exclusively, aside from git-svn for committing.

I believe the idea is to continue to maintain the read-only independent git repos for each project. The only change is instead of sourcing those commits from the official upstream(independent) svn repos, they will be sourced from the official upstream monorepo.

Thus downstream developers can continue to use the read-only view of the independent projects if that is easier for them; but people hacking on llvm/clang itself get the benefits of easier checkout, patching, bisection, atomic commits between projects, etc that come from using a monorepo as the official repository.


More information about the llvm-dev mailing list