On 20:55 Sat 06 Aug     , Robin H. Johnson wrote:
> Everything you have mentioned here was previously covered in the 
> discussions about Git conversion models. Please consult the history of 
> this list, as well as the -scm list. Additionally, a large discussion 
> about the pros and cons of all 3 models (package per repo, category 
> per repo, single repo) was had at the GSoC mentor summit last year, 
> and a number of the core Git developers were involved in the 
> discussion.

While noting the above [1 and its thread], I'd also like to point out 
that git submodules are conceptually a good fit but the implementation 
is lacking. Two examples:

- Creating new submodules requires administrative rights on the server. 
You can't just add one and push it up. This could conceivably be fixed 
by a hook that ran a specific privileged command to add a submodule, but 
I'm not really sure how or whether it's currently possible given the 
times available to run hooks.

- What we'd really want with submodules is to have the primary object 
storage shared in the master repo rather than in the submodule. That way 
we'd benefit from compression across packages, and furthmore, package 
moves wouldn't duplicate history.

If you're interested in fixing the above problems as well as the ones 
that exist regardless of repo format (linked on the main tracker bug 
[2]), then submodules could become a better option.

-- 
Thanks,
Donnie

Donnie Berkholz
Council Member / Sr. Developer
Gentoo Linux
Blog: http://dberkholz.com

1. http://archives.gentoo.org/gentoo-scm/msg_98932c55ec10fcc5445ab950e62b12dc.xml
2. https://bugs.gentoo.org/show_bug.cgi?id=333531