multiple git repositories cloned into the same directory [duplicate]

Answer 1

Here's a suggested slight change to your desired deploy commands:

cd /var/www/  
git clone /home/repo/.git newsite
git remote add mod1 /home/modules/mod1/.git  
git remote add mod2 /home/moudles/mod2/.git  

cd newsite
git merge mod1/master
git merge mod2/master

Explanation:

As you said, your main module (/home/repo) and your mod1, mod2 etc. have the same folder structure. Submodules then aren't really appropriate since a submodule has to live in a subdirectory of your main repo. In this version, your local git repository (created by the clone) knows about three remote repositories. After the merge operations, its state won't be the same as any of them. The merge of mod1 will bring in any new files "owned" by mod1. You may get merge conflicts if any files in home/repo have the same name as those in mod1, etc. You could supply a flag to merge to select the version from mod1 always, which I believe you said is the behavior you want.

Answer 2

In short, you cannot have one git repo to be as sudirectory of another.

There is one exception to this rule: you can have one git repo as submodule of another, but this has a lot of limitations and inconveniences.

General approach to this is to have one master git repo which has no actual convent of its own, but only tracks few git repos as its submodules.

Alternatively, I would recommend using repo tool developed by Android project exactly for this purpose. It involves creating small git repository containing just one XML file (called manifest) which tracks where your sub-projects are checked out into and how they are glued together. This works really well on Linux and Mac, but unfortunately does not support Windows (repo requires symbolic link support by OS).

In certain sense, git submodules and android repo solve essentially same task, but using slightly different means.

Answer 3

The vcsh tool allows maintaining multiple repos in the same directory.