geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brian K. Wallace" <>
Subject Re: Module restructure
Date Fri, 27 May 2005 23:51:38 GMT
Hash: SHA1

Jeremy Boynes wrote:
| Brian K. Wallace wrote:
|> <curiosity>
|> Wouldn't the proper use of svn:externals take care of a lot of this?
|> have svn co geronimo basically read from the externals to pull whatever
|> modules (as well as other components) you want while letting each module
|> handle its own stable/unstable structure? [obviously have a standard for
|> that structure would be HIGHLY desirable] Might be a chore setting up
|> those externals at first, but after that it'd just be there (unless new
|> modules/etc were added)
|> </curiosity>
| All our modules are in the same SVN repo so we don't need to use
| externals, we can just copy. This would be a good option for integrating
| other projects if we needed to do that at the source level. AIUI though
| they would also need to be on SVN and not all are.
| --
| Jeremy
Don't need, and can't use aren't quite the same, tho'. This was the part
that led me to believe (erroneously) that this thread was about
deliverables only. In your example:


I'd think that transaction (as well as all other modules) might have
stable, unstable, as well as 'releases'. stable (above) could just
externalize transaction's stable (along with all the other modules), as
could unstable and 'releases' at that higher level.

Obviously this would have to be an SVN only exercise, but if you can
allow a user/developer to check out X and hide that X is made up of 50
different 'externals', but also allow them to check out just 1 of those
50 modules without having to dig through an entire structure... ?

Not thinking you were on track to restructure quite that much, so I'll
go back to 'observing'. :-)
Version: GnuPG v1.2.5 (MingW32)


View raw message