On Mon, Apr 16, 2012 at 5:27 AM, Namit Bhalla <namitbhalla@xxxxxxxxx> wrote: > I am looking to track some projects using Git with each project as a > separate repository. > Even after reading the documentation, I am still wondering if there is a > way to organize things as described below. > > Consider 2 projects, Project-a and Project-b, which are housed in > repositories Repo-a and Repo-b respectively. > Project-a develops reusable libraries which are needed by Project-b > (otherwise Project-b will not compile). > When a new stable version of Project-a libraries has to be delivered, they > are "checked into" a path in Repo-a. > Now, I would like to setup Repo-b so that when someone starts working on > Project-b, he should be able to retrieve the code from Repo-b as well as the libraries from Repo-a. Is there any way to achieve that in > Git? > > Thanks for any pointers! > -- > To unsubscribe from this list: send the line "unsubscribe git" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html We are working in the environment where we have hundreds (700 + and counting) or projects with many of them reused by others. We are following strictly one project = one repo rule without any subtrees or submodules. What you are asking about is "integration" and IMHO has nothing to do with git - i.e. should be VCS independent. We are using integration on the artifact level and it works amazingly well. But we also use pretty strict naming and location convention that allows us to script around the whole setup very easily. In order to track dependencies between projects we use Ivy. The project can be compiled locally using local copies of the upstream project artifacts built by developer on the same machine or if not present, the current production artifacts are used. We also have Jenkins CI server that helps with integration. It is very simple and straight forward set up without any unnecessary complications IMHO. Feel free to contact me if you need more info about such set up. Just my 2 cents. Thanks, Eugene -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html