[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Proposed New Feature (Revision Aliases)

From: Florent Guiliani <fguiliani_at_perinfo.com>
Date: 2004-03-18 15:29:59 CET

and why not organize your repository like this:

/core
       /trunk
       /tags
       /branches
/module1
       /trunk
       /tags
       /branches
/module2
       /trunk
       /tags
       /branches

SVN users must read SVN book : http://svnbook.red-bean.com/book/

Florent,

Brian W. Fitzpatrick wrote:

>On Thu, 2004-03-18 at 05:17, TBrowder wrote:
>
>
>>Let me give one more argument for this feature--size:
>>
>>When a repository has lots of modules, and each module has lots of
>>tags, the current deisgn of subversion is such that the directory tree
>>is very busy.
>>
>>Our main CVS repository for our deliverable has over 100 modules, each
>>with multiple tags to stamp key history points in development. That
>>seems to me to be a major limitation of the subversion method of
>>tagging: the ugliness and confusion of the directory tree.
>>
>>
>
>So why not organize your tags into subdirectories?
>
>tags/2002/
>tags/florbleproject/
>tags/old-ugly-tags/
>tags/unused-tags/
>tags/tags-and-more-tags/
>tags/...
>
>I appreciate that you have certain needs, but I encourage you to look at
>ways to make use of Subversion's differences from CVS rather than force
>them into CVS's mold.
>
>Good luck,
>
>-Fitz
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 18 15:30:41 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.