Submodules vs Aggregation of some repositories - Castle Project Development List

The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Message from discussion Submodules vs Aggregation of some repositories
Received-SPF: neutral (google.com: 98.138.91.113 is neither permitted nor denied by best guess record for domain of johnsimons...@yahoo.com.au) client-ip=98.138.91.113;
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com.au;
  h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type;
  b=ZMt48j13eybD4XPIluDxwVfhzwAiHQu95Wp4+NPfU+MfpEjuB5PPmnpn9fjp4ZoKCZ62CM1MtIPSWSexbJ+GdNOG0Ealn3xNUZIgN247nHAMKFC6TfF1pYZqbSqoko/kgI6wVr2vYyBDfUS7KE8fx0dS5aJpnfd3mA6Cj3RQWY0=;
Message-ID: <919151.42803...@web121513.mail.ne1.yahoo.com>
References: <BANLkTimfz1zMn9jnTD4FhmtiNXZb31E...@mail.gmail.com> <BANLkTimv++EiYR_4KG7o4sSgO1a7MX7...@mail.gmail.com> <BANLkTimpbyn_C2REU=gBmSng=cW6fev...@mail.gmail.com>
Date: Thu, 23 Jun 2011 16:48:03 -0700 (PDT)
From: John Simons <johnsimons...@yahoo.com.au>
Reply-To: John Simons <johnsimons...@yahoo.com.au>
Subject: Re: [Vote] Submodules vs Aggregation of some repositories
To: "castle-project-devel@googlegroups.com" <castle-project-devel@googlegroups.com>
In-Reply-To: <BANLkTimpbyn_C2REU=gBmSng=cW6fev...@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1093193350-1308872883=:42803"

--0-1093193350-1308872883=:42803
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

I need some clarification on opt1, is this master repository only for when =
we need to do some integration tests?=0ASo, we would keep on using the curr=
ent repositories as we are now, but if we run into integration issues that =
are hard to debug we then would pull the "master repository", is this what =
you mean by opt 1?=0A=0ACheers=0AJohn=0A=0A=0A=0A__________________________=
______=0AFrom: hammett <hamm...@gmail.com>=0ATo: castle-project-devel@googl=
egroups.com=0ASent: Friday, 24 June 2011 5:14 AM=0ASubject: Re: [Vote] Subm=
odules vs Aggregation of some repositories=0A=0AOkay, rephrasing the option=
s:=0A=0AOption 1: Create a master project that include all other ones as gi=
t-subtrees=0AOption 2: Aggregate some as suggested by Krzysztof=0A=0A=0AOn =
Thu, Jun 23, 2011 at 11:25 AM, Ayende Rahien <aye...@ayende.com> wrote:=0A>=
 Submodules are bad, in my experience. They result in a cloned repository=
=0A> that can't immediately be used without extra work, that is additional=
=0A> support cost=0A> I am using git subtree to handle those things, and it=
 works pretty nicely.=0A=0A=0A-- =0ACheers,=0Ahammett=0Ahttp://hammett.cast=
leproject.org/=0A=0A-- =0AYou received this message because you are subscri=
bed to the Google Groups "Castle Project Development List" group.=0ATo post=
 to this group, send email to castle-project-devel@googlegroups.com.=0ATo u=
nsubscribe from this group, send email to castle-project-devel+unsubscribe@=
googlegroups.com.=0AFor more options, visit this group at http://groups.goo=
gle.com/group/castle-project-devel?hl=3Den.
--0-1093193350-1308872883=:42803
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"color:#000; background-color:#fff; font-family:ar=
ial, helvetica, sans-serif;font-size:12pt"><div><span>I need some clarifica=
tion on opt1, is this master repository only for when we need to do some in=
tegration tests?</span></div><div><span>So, we would keep on using the curr=
ent repositories as we are now, but if we run into integration issues that =
are hard to debug we then would pull the "master repository", is this what =
you mean by opt 1?</span></div><div><br><span></span></div><div><span>Cheer=
s</span></div><div><span>John<br></span></div><div><br></div><div style=3D"=
font-family: arial, helvetica, sans-serif; font-size: 12pt;"><div style=3D"=
font-family: times new roman, new york, times, serif; font-size: 12pt;"><fo=
nt face=3D"Arial" size=3D"2"><hr size=3D"1"><b><span style=3D"font-weight:b=
old;">From:</span></b> hammett &lt;hamm...@gmail.com&gt;<br><b><span style=
=3D"font-weight: bold;">To:</span></b>
 castle-project-devel@googlegroups.com<br><b><span style=3D"font-weight: bo=
ld;">Sent:</span></b> Friday, 24 June 2011 5:14 AM<br><b><span style=3D"fon=
t-weight: bold;">Subject:</span></b> Re: [Vote] Submodules vs Aggregation o=
f some repositories<br></font><br>Okay, rephrasing the options:<br><br>Opti=
on 1: Create a master project that include all other ones as git-subtrees<b=
r>Option 2: Aggregate some as suggested by Krzysztof<br><br><br>On Thu, Jun=
 23, 2011 at 11:25 AM, Ayende Rahien &lt;<a ymailto=3D"mailto:ayende@ayende=
.com" href=3D"mailto:aye...@ayende.com">aye...@ayende.com</a>&gt; wrote:<br=
>&gt; Submodules are bad, in my experience. They result in a cloned reposit=
ory<br>&gt; that can't immediately be used without extra work, that is addi=
tional<br>&gt; support cost<br>&gt; I am using git subtree to handle those =
things, and it works pretty nicely.<br><br><br>-- <br>Cheers,<br>hammett<br=
><a href=3D"http://hammett.castleproject.org/"
 target=3D"_blank">http://hammett.castleproject.org/</a><br><br>-- <br>You =
received this message because you are subscribed to the Google Groups "Cast=
le Project Development List" group.<br>To post to this group, send email to=
 <a ymailto=3D"mailto:castle-project-devel@googlegroups.com" href=3D"mailto=
:castle-project-devel@googlegroups.com">castle-project-de...@googlegroups.c=
om</a>.<br>To unsubscribe from this group, send email to castle-project-dev=
el+<a ymailto=3D"mailto:unsubscribe@googlegroups.com" href=3D"mailto:unsubs=
cribe@googlegroups.com">unsubscribe@googlegroups.com</a>.<br>For more optio=
ns, visit this group at <a href=3D"http://groups.google.com/group/castle-pr=
oject-devel?hl=3Den" target=3D"_blank">http://groups.google.com/group/castl=
e-project-devel?hl=3Den</a>.<br><br><br><br></div></div></div></body></html=
>
--0-1093193350-1308872883=:42803--
Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
Account Options
