Re: Repository organization for complex project

2010-10-14 Thread Stephen Connolly
On 14 October 2010 22:03, Les Mikesell wrote: > On 10/14/2010 3:11 PM, David Weintraub wrote: >> >> What? You want a GOOD Maven manual? Real programmers don't use >> manuals. > > Yeah, I know - they don't write them either (except for subversion, of > course).  As you might guess, I'm more of a sy

Re: Repository organization for complex project

2010-10-14 Thread Les Mikesell
On 10/14/2010 3:11 PM, David Weintraub wrote: What? You want a GOOD Maven manual? Real programmers don't use manuals. Yeah, I know - they don't write them either (except for subversion, of course). As you might guess, I'm more of a system administrator than a programmer... Fortunately, yo

Re: Repository organization for complex project

2010-10-14 Thread David Weintraub
What? You want a GOOD Maven manual? Real programmers don't use manuals. We hack away for years in frustration and futility until we die. Maven is one of the WORST Unix documented projects I've seen. I know of only two books: Maven: The Definitive Guide a

Re: Repository organization for complex project

2010-10-14 Thread Les Mikesell
On 10/14/2010 8:24 AM, David Weintraub wrote: On Thu, Oct 14, 2010 at 3:39 AM, Stephen Connolly wrote: Our C/C++ guys just use curl to POST the binaries to Nexus over http... we also POST the .pom file and the .md5 and .sha1 files... that is because one of their build toolchain envs cannot hav

Re: Repository organization for complex project

2010-10-14 Thread David Weintraub
On Thu, Oct 14, 2010 at 3:39 AM, Stephen Connolly wrote: > Our C/C++ guys just use curl to POST the binaries to Nexus over > http... we also POST the .pom file and the .md5 and .sha1 files... > that is because one of their build toolchain envs cannot have Java on > it... Nexus will rebuild the met

Re: Repository organization for complex project

2010-10-14 Thread Stephen Connolly
On 13 October 2010 21:42, Les Mikesell wrote: > On 10/13/2010 2:52 PM, BRM wrote: >> >>> From: Les Mikesell >>> We currently commit component binaries back into  tags which are then >>> used by >>> other things with external references, and final  binaries are managed >>> separately by project, bu

Re: Repository organization for complex project

2010-10-14 Thread Stephen Connolly
On 13 October 2010 19:19, David Weintraub wrote: > On Wed, Oct 13, 2010 at 1:42 PM, Les Mikesell wrote: >> How would you access them if you don't have java/maven/ivy when you want to >> retrieve a certain version? > > Before we adopted our Ant projects to use Maven, we simply used the > task. Yo

Re: Repository organization for complex project

2010-10-13 Thread BRM
- Original Message > From: Les Mikesell > To: BRM > On 10/13/2010 2:52 PM, BRM wrote: > >> From: Les Mikesell > >> We currently commit component binaries back into tags which are then > >> used >by > >> other things with external references, and final binaries are managed > >> se

Re: Repository organization for complex project

2010-10-13 Thread Les Mikesell
On 10/13/2010 2:52 PM, BRM wrote: From: Les Mikesell We currently commit component binaries back into tags which are then used by other things with external references, and final binaries are managed separately by project, but that seems wrong on several levels. For the projects we do nigh

Re: Repository organization for complex project

2010-10-13 Thread David Weintraub
On Wed, Oct 13, 2010 at 2:55 PM, Les Mikesell wrote: > I'd like to find a generic scheme (and one that can be plugged into hudson > if possible) to store build results with a versioning scheme that doesn't > force you to keep them forever because most are obsolete after a few new > builds but that

Re: Repository organization for complex project

2010-10-13 Thread BRM
- Original Message > From: Les Mikesell > We currently commit component binaries back into tags which are then used by >other things with external references, and final binaries are managed >separately by project, but that seems wrong on several levels. For the projects we do night

Re: Repository organization for complex project

2010-10-13 Thread Les Mikesell
On 10/13/2010 1:19 PM, David Weintraub wrote: On Wed, Oct 13, 2010 at 1:42 PM, Les Mikesell wrote: How would you access them if you don't have java/maven/ivy when you want to retrieve a certain version? Before we adopted our Ant projects to use Maven, we simply used the task. You can always

Re: Repository organization for complex project

2010-10-13 Thread David Weintraub
On Wed, Oct 13, 2010 at 1:42 PM, Les Mikesell wrote: > How would you access them if you don't have java/maven/ivy when you want to > retrieve a certain version? Before we adopted our Ant projects to use Maven, we simply used the task. You can always download from a Maven repository using the "ge

Re: Repository organization for complex project

2010-10-13 Thread Les Mikesell
On 10/13/2010 12:20 PM, David Weintraub wrote: Maven repositories are great even if you don't have a Maven project. They enforce the concept of version and type and give you easy access to the object. Ant with the Ivy addition has no problems with them. Maven, of course, uses them with aplomb. I

Re: Repository organization for complex project

2010-10-13 Thread David Weintraub
On Wed, Oct 13, 2010 at 12:05 PM, Mauro Adolfo San Martin Ramas wrote: > However, now I need to set up a repository for a project composed by several > modules where different subprojects (comprised by subsets of modules) need > to be compiled and tested independently. Usually each team is active

Re: Repository organization for complex project

2010-10-13 Thread BRM
se parts go together". HTH, Ben From: Mauro Adolfo San Martin Ramas > >To: users@subversion.apache.org >Sent: Wed, October 13, 2010 12:05:43 PM >Subject: Repository organization for complex project > > >Hi, >So far I have been using svn in rather simple settings: at m

Repository organization for complex project

2010-10-13 Thread Mauro Adolfo San Martin Ramas
Hi, So far I have been using svn in rather simple settings: at most some branches and merges limited to one dev tree. However, now I need to set up a repository for a project composed by several modules where different subprojects (comprised by subsets of modules) need to be compiled and tested