Using git for a project with many, many repos

The Plone project consists of 192 different repos:

During development, sometimes 2 or 4 or 10 different repos will need to be touched to fix a bug or implement a feature. It would be great if all these could be branched together and merged together (e.g. a pull request closing issueX containing commits to repo1, repo2 and repo3).

  • Running Git through Cygwin from Windows
  • Git Push Error Not all refs have been pushed
  • Git submodules and rebar
  • default HEAD in git when multiple branch HEADs refer to the same SHA1
  • changing git comment of a pushed commit
  • How to deploy through AWS codeploy using composer when a dependency is in a private repository
  • Releases require the entire set of repos to be branched and tagged together.

    Pre-git, a release was defined by a file listing the svn revision numbers of all the modules that make up the release. Does git give us a more streamlined way to work?

    At first glance, it seems like “Superprojects” might be applicable:

    you can more specifically define the relationships between the
    projects with tags and branches in the superprojects “Git/Submodules and Superprojects” seems to confirm this, but remains vague (doesn’t address tags or branches).

    Another tool that sounds relevant is Joey Hess’s mr:

    The mr(1) command can checkout, update, or perform other actions on a set
    of repositories as if they were one combined respository. (I would be concerned that this would result in 192 different branches that happen to have the same name, instead of 1 branch that ties together all the repos.)

    This question looks relevant: Is anyone really using git super/subprojects? One answer states:

    our project (bitweaver, a content management system) is a highly modular
    system, with nearly 160 repositories – http://”.

    That sounds like our case. It cites “severe limitations” with submodules and recommends mercurial. It sounds like mr could help to deal with those (“perform git commands to all directories in the super-repo”).

  • Does Visual Studio 2010 express prevents Source Controls plugins?
  • Tutorial on GIT with XCODE
  • How to rebase on a new version of a cherry picked parent
  • “git stash save -u” is not removing some directories
  • Change branch of GIT GUI
  • Public and private code in a single Git repository
  • 2 Solutions collect form web for “Using git for a project with many, many repos”

    I would use git submodules in an “all” repo. Also, consider “git slave” if you find work spanning many repos. That can save a lot of effort.

    Why not take a look at the repo tool that’s used by android ?

    Git Baby is a git and github fan, let's start git clone.