Niclas Hedhman <[EMAIL PROTECTED]> writes:

Looks good to me!

I didn't think about the svn up issue; you're entirely correct here. I
have the same problem with one of my projects (which does consist of a
lot of diverse svn repos) and I worked around this by having a
"checkout" directory where I tied all the trunks with svn:external.

        Regards
                Henning



>On Monday 29 November 2004 22:19, Henning P. Schmiedehausen wrote:

>> jakarta/
>>   fulcrum/
>>     component1/
>>       branches/
>>       tags/
>>       trunk/
>>     component2/
>>       branches/
>>       tags/
>>       trunk/
>>     component3/
>>       branches/
>>       tags/
>>       trunk/

>I have previously tried this with a component oriented repository, and I would 
>like to recommend against it for one single reason;
>When I (I assume others do the same) do updates I go to the highest possible 
>level and do an "svn up", which in the above scenario either would scan an 
>enormous amount of directories, and ending up being many times slower than 
>necessary.

>May I suggest that you consider;

> jakarta/
>   fulcrum/
>      trunk/
>        component1/
>        component2/
>        component3/
>      tags/
>        component1/
>           tag1
>           tag2
>           tag3
>        component2/
>           tag1
>           tag2
>           tag3
>        component3/
>           tag1
>           tag2
>           tag3
>      branches/
>        component1/
>           branch1
>           branch2
>           branch3
>        component2/
>           branch1
>           branch2
>           branch3
>        component3/
>           branch1
>           branch2
>           branch3

>Or something similar where the trunk is kept easily updatable...


>Cheers
>Niclas
>-- 
>   +------//-------------------+
>  / http://www.dpml.net       /
> / http://niclas.hedhman.org / 
>+------//-------------------+


>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
[EMAIL PROTECTED]        +49 9131 50 654 0   http://www.intermeta.de/

RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
              -- actual question from a Microsoft customer survey

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to