+1 for the structure proposed by Clinton
/branches (as required)
/tags (as required)
/trunk
./java
../mapper 
../dao
../docs
../jpetstore
./cs
../mapper 
../dao
../docs
../npetstore

-----Message d'origine-----
De : Clinton Begin [mailto:[EMAIL PROTECTED] 
Envoyé : dimanche 16 janvier 2005 05:42
À : roberto
Cc : ibatis-dev@incubator.apache.org
Objet : Re: ASF TODO [short] (was ASF TODO [long])

This is what I really don't like....multiple trunk folders is horrendous.  

#  /java
# * ./core (SQL Maps)
# ** ../trunk
# * ./dao
# ** ../trunk
# * ./docs
# ** ../trunk
# * ./jpetstore (we can just commit the latest version)
# ** ../trunk

The root of the repos should (IMHO) be:

/branches (as required)
/tags (as required)
/trunk
./java
../mapper 
../dao
../docs
../jpetstore 

There's no need to split it up at a project level in the root, nor is
there any reason to have multiple trunks.

Cheers,
Clinton


On Sat, 15 Jan 2005 23:35:54 -0500, roberto <[EMAIL PROTECTED]> wrote:
>  
>  
> 
> Clinton, I think Ted updated his suggested dir structure in the Wiki
Roadmap
> page: 
> 
>   
> 
> http://wiki.apache.org/ibatis/Roadmap 
> 
>   
> 
> The final structure (after some intermediate structure he has also
proposed
> due to the move) is a little similar to yours with the diffs being: 
> 
>   
> 
> ·         the location of the branches/tags directories (created as
needed) 
> 
> ·         the trunk dir (each subdir has its own) 
> 
> ·         the docs dirs (one each in Java and .NET/C# subdir) 
> 
> ·         and the 2 *PetS* dirs (one each in Java and .NET/C# subdir) 
> 
>   
> 
> I'm pasting in that proposed final structure and some of his text into
this
> email so it's quicker to see for other folks on this email list: 
>  
> 
>   
> 
>   
> 
> So, the root folders are 
> /cs 
> /java 
> /site 
> 
> Of these, /java and /cs each have subfolders. Each of the subfolders have
> their own trunk. 
> /java 
> * /core 
> * /dao 
> * /docs 
> * /jpetshore 
> /cs 
> * /core 
> * /dao 
> * /docs 
> * /npetshop 
> * /tutorial 
> 
> The /site folder has the Forrest sources for the website, and it's own
> /trunk 
> 
> Any folder that needs a tags folder (or branches folder) can create one as
> needed. But there's no point in creating one until it's needed. 
>  
> 
>   
> 
>   
> 
> Roberto
>  
> 
>   
> 
>   
> 
>   
> 
> > -----Original Message----- 
> 
> > From: Clinton Begin [mailto:[EMAIL PROTECTED] 
> 
> > Sent: Saturday, January 15, 2005 11:11 PM 
> 
> > To: ibatis-dev@incubator.apache.org 
> 
> > Subject: Re: ASF TODO [short] (was ASF TODO [long]) 
> 
> > 
> 
> > -1 On SVN directory structure 
> 
> > 
> 
> > Oops, I don't like the idea of having multiple /tags and /trunk 
> 
> > directories.  I really don't see the advantage, and it may just make 
> 
> > the repository harder to browse.  I don't like calling the root 
> 
> > directory of the project "Source", because we have more than source 
> 
> > within a project structure, as well as the fact that there is another 
> 
> > source directory below that.  I don't like "/Source/iBatisJava/src/", 
> 
> > which is what we'd end up with (both redundancy and contradictory). 
> 
> > I'd rather stick with the more traditional approach, and keep the root 
> 
> > of the trunk at a "project" level (not referring to project artifacts 
> 
> > like "source").  So I'd suggest something like this: 
> 
> > 
> 
> > /branches 
> 
> > /tags 
> 
> > /trunk 
> 
> > ./iBatisNet 
> 
> > ./NPetShop 
> 
> > ./iBatisJava 
> 
> > ../ibatis-1 
> 
> > ../ibatis-2 
> 
> > ./JPetStore 
> 
> > ../jpetstore-1 
> 
> > ../jpetstore-2 
> 
> > ../jpetstore-3 
> 
> > ../jpetstore-4 
> 
> > ./site 
> 
> > ./documentation 
> 
> > ../tutorial 
> 
> > ../devguide 
> 
> > 
> 
> > +1 on separating DAO (later) 
> 
> > 
> 
> > This shouldn't be an issue to do this later.  I've always wanted to do 
> 
> > this, but never had the motivation.  :-)  This could either happen 
> 
> > below the .NET and Java source directories if we still considered them 
> 
> > part of the same project, or we could rename iBatisNet and iBatisJava 
> 
> > to NetMapper and JavaMapper respectively.  Then introduce NetDAO and 
> 
> > JavaDAO (or whatever) later.  These points are less important because 
> 
> > SVN makes our lives somewhat easy in this respect.  More important is 
> 
> > the previous discussion of the root of the repository. 
> 
> > 
> 
> > +1 on the removal of 3rd party (non-ASF) libraries. 
> 
> > 
> 
> > I'll remove all non-ASF libraries tomorrow and write devsrc code for 
> 
> > them (like I did for TopLink). 
> 
> > 
> 
> > Cheers, 
> 
> > Clinton 
> 
> > 
> 
>

-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.6.12 - Release Date: 14/01/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.6.12 - Release Date: 14/01/2005
 

Reply via email to