www-infrastructure-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Robert Munteanu <romb...@apache.org>
Subject Re: Handling a large number of git repositories for a project
Date Mon, 03 Oct 2016 13:12:38 GMT
On Mon, 2016-10-03 at 14:57 +0200, Daniel Gruno wrote:
> If you use https://reporeq.apache.org/ and manage the import of data
> yourself, you won't be burdening infra much :)

Ah, that looks nice.

Are repositories automatically created or is there a manual step
involved?

I'm trying to understand if we need an intermediate catch-all
repository where we store new modules before a git repository is
created.

Thanks,

Robert

> 
> With regards,
> Daniel.
> On 10/03/2016 02:54 PM, Robert Munteanu wrote:
> > Hi,
> > 
> > In the Apache Sling project we're considering moving from SVN to
> > Git
> > [1].
> > 
> > We believe that having a large number of modules in the same git
> > repository would be counterproductive and missing the point of git,
> > so
> > we would like to create 1 git repository per module.
> > 
> > This has two main implications:
> > 
> > 1. When migrating we would need to create ~300 modules in git
> > 2. Periodically we would create new repositories, since new module
> > contributions would also end up in new repositories
> > 
> > Although other projects seem to have more than one repository, I
> > could
> > not find one with more than 100. So before we start down a road
> > which
> > can prove troublesome, I'd like to ask
> > 
> > 1. Is creating a large number of modules in git for a single
> > project
> > problematic by itself?
> > 
> > 2. What ways do we have of making sure that infra is not burdened
> > by
> > our rate of repo creation? We would of course welcome options that
> > would allow us to manage the repos ourselves, but anything that
> > makes
> > sure infra is not impacted by our activity is welcome.
> > 
> > Thanks,
> > 
> > Robert
> > 
> > [1]: http://markmail.org/message/kvhmn7kghvh7lual
> > 
> 
> 
> 


Mime
View raw message