On Oct 13, 2005, at 03:43, Jay Levitt wrote:
> Gary Thomas wrote:
>
>> On Wed, 2005-10-12 at 16:53 -0400, Jay Levitt wrote:
>>
>>> I'm trying to create a vendor branch for the trunk version of
>>> trac. In order to get around any possible problems with top-level
>>> VirtualHosts OR https, I created a new VirtualHost at http://
>>> svni.example.com, with /svn as the Location. I'm using Apache
>>> httpd-2.0.54 and subversion 1.2.3. My svn_load_dirs command is:
>>> svn_load_dirs http://svni.example.com/svn/sysadmin/vendor -t trac/
>>> trac-2005-10-12 trac/current trac The vendor directory already
>>> existed; trac and trac-current did not, but were created after
>>> the tool verified that with me. Everything goes smoothly until it
>>> tries to add the "targets":
>>>
>>
>> Whenever I use this with an externally SVN supported project, I
>> get an exported tree (or prune the .svn directories) and use that
>> for svn_load_dirs. I think the .svn support is probably the source
>> of your pain.
>>
>
> Yep, that's exactly it - I did an "svn co" to get trac, instead of
> "svn export", so all the existing .svn directories were confusing
> it. Thanks!
>
This is the second time I've seen the presence of .svn directories
(or files!) confound someone's attempt to use svn_load_dirs. Sounds
like it's time for someone to patch it so it alerts the user to this
problem, and/or just ignores the .svn directories.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 13 15:43:05 2005