Hi, I have some loosely-coupled software project which are currently hosted in different git repositories. I'd like to be able to have a "container" repository so that my colleagues could clone all of them at once. I know I could merge all of them in a single git repository, but I'd like to preserve the possibility to tag each project independently. The pefect solution would be to have a repository containing different sub-repositories that can be tagged and possibly checked-out independently, and possibly also to cross-tag the sub-repositories by tagging the container repo.
I don't know if git supports such a kind of use-case. A similar issue popped up in past days on arch-devel, devs seemed to agree that something similar is feasible but I really didn't understant how (or maybe I'm wrong...).
The discussion in question: https://mailman.archlinux.org/pipermail … 25458.html
Sounds like git-subtree would do what you want: https://blogs.atlassian.com/2013/05/alt … t-subtree/. There is also git-submodule, which (IMO) is more cumbersome; the pros/cons are touched in in the linked article.
@nogoma: I gave a quick glance at the linked article and indeed git subtree seems what I'm looking for. I'll read it more carefully, especially to understand the drawbacks cited by the author. Thanks to you and to Karol!