Hi Martin,
The reason that I'm suggesting this approach is twofold.
First, people are *really* nervous about screwing up someone else's material when they dive into a monolithic repository. I've had several people comment on how, while they hate the fact that we have 100+ repos, they like the fact that they can't accidentally mess up the rest of the system.
Second, different maintainers have different levels of attentiveness and may want to shoot their master branch out ahead of the pack.
I look at the SSG project as a top level project that is concerned with a build structure and several sub-projects that are concerned with various different software components.
Therefore, it would be great to be able to independently version control and develop each of the sub-projects and just rely on the top level project as a build infrastructure.
Thanks,
Trevor