On Sep 22, 2007, at 09:04, Russell G wrote:
>> Hi, I've searched in various places for a solution to this
>> problem, but haven't found the answer yet.
>>
>> I'm getting this error when trying to do anything against the
>> server, for example "svn status -u":
>>
>> Unrecognized URL scheme for ''
>>
>> Notice that there's no URL mentioned at all. The strange thing is
>> that I've had this repository and this directory tree checked out
>> for a couple of years now, and I just started getting this error
>> in the last few days. So far it's happened in three different
>> directories. The first two times, I was able to just delete the
>> whole directory and update it again, but now it's happened near
>> the very top of the (very large) directory tree and I can't really
>> do that trick this time.
>>
>> I've looked through all the files in the .svn directories, both
>> above, in, and below the directory reporting the problem. I've
>> even compared them to backups. But I can't figure out what's
>> causing the error.
>
> Well, I found the answer to my own problem...
>
> I decided to just use the brute force method. First I checked out
> the entire directory tree a second time to a different location.
> Then I ran a bash loop to remove each subdirectory, one by one, and
> after each move, check to see if it could do an "svn st -u" on the
> main directory, and stop if it was successful. About half way
> through, it stopped giving the "Unrecognized URL scheme" error and
> returned successfully. Then I had the problem subdirectory
> identified. So I repeated the loop moving downward, until I
> finally found that it was a problem with one of the "entries" files
> in one of the .svn directories. The problem turned out to be that
> the repository URL was different.
>
> So basically, the entire directory tree had "entries" files that
> all pointed to something like:
>
> http://xxx.xxx.info/repos/trunk/project/www/html
>
> But this one directory had an "entries" file using this URL (notice
> the ".com" instead of ".info"):
>
> http://xxx.xxx.com/repos/trunk/project/www/html
>
>
> The thing is that both the .com and the .info URLs resolve to the
> same repository server. But I guess Subversion gets very confused
> if you change the URL in one of the subdirectories of a tree? I'm
> actually not even sure how this happened, but maybe at some point
> someone had decided to blow away the subdirectory and check it out
> again with a different revision number. Or maybe we had done a
> merge or some other command, and used the wrong URL.
>
> Anyway, thought I'd post the full solution for the next person that
> runs into this. Also, maybe the error message could be changed to
> something more descriptive. :-)
Ah. Yes, you should only use a single URL for a repository,
especially within a single working copy. Ideally, you should
configure your web server so that it only serves the repository from
a single canonical URL so that it's not possible to run into this
situation in the future.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Sep 23 02:24:15 2007