Ryan Schmidt wrote:
> 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.
Good idea, and sounds simple enough for a newbie - I'll take it on.
Jay Levitt
Received on Fri Oct 14 14:51:53 2005