with this small size I would not go for separate repositories only to keep 
clone times down.
Cloning a couple of MB shouldn’t be an issue and cloning is a rare operation, 
most often
you just fetch updates.

I just tried cloning the EGit repository and it took around 2:30min to clone 
45MB from
https://git.eclipse.org/r/egit/egit from Canada to Germany.

-Matthias

From: <[email protected]<mailto:[email protected]>> 
on behalf of Mark Stoodley <[email protected]<mailto:[email protected]>>
Reply-To: Discussions for new Eclipse projects 
<[email protected]<mailto:[email protected]>>
Date: Wednesday 23 March 2016 at 04:51
To: Discussions for new Eclipse projects 
<[email protected]<mailto:[email protected]>>
Subject: Re: [incubation] possible for one project to have multiple 
gitrepositories?

Hi Matthias,

The OMR project is currently knocking on 200KLOC of C and C++ code and about 
3MB to clone. With anticipated contributions, I expect that to grow by several 
100KLOCs over the next year.

The new agentcore module will represent on the order of 5-10% of the current 
size.
________________________________


Mark Stoodley    8200 Warden Avenue
[cid:_1_E475DB90E475D490001537D485257F7F]

Senior Software Developer        Markham, L6G 1C7
IBM Runtime Technologies         Canada
Phone:  +1-905-413-5831
e-mail: [email protected]<mailto:[email protected]>
________________________________
We cannot solve our problems with the same thinking we used when we created 
them - Albert Einstein








From:        "Sohn, Matthias" 
<[email protected]<mailto:[email protected]>>
To:        Discussions for new Eclipse projects 
<[email protected]<mailto:[email protected]>>
Date:        2016/03/22 06:16 PM
Subject:        Re: [incubation] possible for one project to have multiple 
gitrepositories?
Sent by:        
[email protected]<mailto:[email protected]>
________________________________



what size do you expect for these repositories ?

From: <[email protected]<mailto:[email protected]>> 
on behalf of Mark Stoodley <[email protected]<mailto:[email protected]>>
Reply-To: Discussions for new Eclipse projects 
<[email protected]<mailto:[email protected]>>
Date: Tuesday 22 March 2016 at 19:29
To: Discussions for new Eclipse projects 
<[email protected]<mailto:[email protected]>>
Subject: Re: [incubation] possible for one project to have multiple 
gitrepositories?

Thanks for that advice, John. I completely agree with it. I am actually trying 
to avoid as much as possible to fracture my project's code base into multiple 
repositories for exactly the reasons you cite :) .

Unfortunately, we may not be able to avoid it in this case because the code 
we're trying to integrate (and yet make independently available) is quite small 
in comparison to the size of the overall project, and cloning time is a major 
concern for this scenario. We're trying to find ways to have our project 
development occur universally in the main repository while using the secondary 
repo as a vehicle to streamline clone time for that particular piece.
________________________________


Mark Stoodley    8200 Warden Avenue
[cid:_1_DE47E878DE47E328001537D485257F7F]

Senior Software Developer        Markham, L6G 1C7
IBM Runtime Technologies         Canada
Phone:  +1-905-413-5831
e-mail: [email protected]<mailto:[email protected]>
________________________________
We cannot solve our problems with the same thinking we used when we created 
them - Albert Einstein









From:        John Arthorne <[email protected]<mailto:[email protected]>>
To:        Discussions for new Eclipse projects 
<[email protected]<mailto:[email protected]>>
Date:        2016/03/22 01:04 PM
Subject:        Re: [incubation] possible for one project to have multiple git  
      repositories?
Sent by:        
[email protected]<mailto:[email protected]>
________________________________



FWIW, keep in mind that having multiple repositories can create additional work 
for the committers on the project, and confusion for consumers as well. There 
are certainly good use cases for it, but I think there are benefits to 
consolidating as much as possible. I know in Orion project it was a burden to 
have multiple repositories connected in a single CI, multiple repositories to 
tag with releases, multiple commits needed when a change spans repositories, 
multiple readme files to maintain, etc. It is perfectly allowed but my 
experience has been that generally less repositories is better.

John

On Tue, Mar 22, 2016 at 11:25 AM, Roger Light 
<[email protected]<mailto:[email protected]>> wrote:
Hi Mark,

As a fairly extreme example (I presume), the Paho project has 11 repositories 
on github and I don't believe all of the project repos have been migrated.

https://github.com/eclipse/?utf8=%E2%9C%93&query=paho

Cheers,

Roger


On Tue, Mar 22, 2016 at 1:40 PM, Mark Stoodley 
<[email protected]<mailto:[email protected]>> wrote:
A use case has come up for the OMR project where we have a significant piece of 
functionality that could be consumed both as part of the OMR project but also 
independently of the rest of the OMR project. The easiest way to manage that 
would probably be to have it reside in its own git repository, although we 
haven't decided 100% that's the way to go.

Just testing the waters on that solution: is it possible for an Eclipse project 
to have more than one associated git repo?  Say eclipse/omr and 
eclipse/omr/agentcore (where agentcore is the name of the significant piece of 
functionality).

Or is that only possible with top-level projects and then creating a 
sub-project?
________________________________


Mark Stoodley    8200 Warden Avenue
[cid:_1_E47ADF40E47AD9F0001537D485257F7F]

Senior Software Developer        Markham, L6G 1C7
IBM Runtime Technologies         Canada
Phone:  +1-905-413-5831<tel:%2B1-905-413-5831>
e-mail: [email protected]<mailto:[email protected]>
________________________________
We cannot solve our problems with the same thinking we used when we created 
them - Albert Einstein








_______________________________________________
incubation mailing list
[email protected]<mailto:[email protected]>
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/incubation



_______________________________________________
incubation mailing list
[email protected]<mailto:[email protected]>
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/incubation

_______________________________________________
incubation mailing list
[email protected]<mailto:[email protected]>
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/incubation




_______________________________________________
incubation mailing list
[email protected]<mailto:[email protected]>
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/incubation

[attachment "ATT00001.gif" deleted by Mark Stoodley/Toronto/IBM] [attachment 
"ATT00002.gif" deleted by Mark Stoodley/Toronto/IBM]



_______________________________________________
incubation mailing list
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/incubation

Reply via email to