Le mar 30/07/2002 à 13:27, Branko Čibej a écrit :
> Féliciano Matias wrote:
>
> >Excuse my poor english.
> >
> >I have already posted a mail here about this.
> >
> >I don't like the use of file:// to reach a local repository.
> >
> >Everybody know that "file://`pwd`/dir' is equivalent to 'dir'.
> >
>
> That's simply wrong. It is not equivalent. It happens to work that way
> on Unix, because absolute paths there start with a /; on Windows, for
> example, your recipe yields an invalid URL.
>
The Windows touch.
"file://c:/temp" work perfectly on Internet Explorer. IE understand
file:// . COMMAND.COM is like bash : it does not understand file://.
> > This is
> >not true with subversion :
> > $ svn co file://`pwd`/repos somewhere # work
> > $ svn co repos somewhere # doesn't work
> >
>
> The reason "svn co" requires an URL is preciesly so that it can choose
> between different reporitory access modules. file:// will go through
> ra_local, http[s]:// will go through ra_dav.
>
> > $ svnadmin dump repos > /dev/null # work
> > $ svnadmin dump file://`pwd`/repos > /dev/null # doesn't word
> >
>
> Exactly, because svnadmin requires a local path, not an URL. That's
> because it only works locally -- you can't administrate a remote
> repository with svnadmin.
>
> >Another strange point :
> > $ svn co file:///var/svn/repos/proj_A/dir/ . # work
> >but the directory /var/svn/repos/proj_A/dir/ does not existe.
> >
>
> What? I can't believe you can check out from a nonexistent repository.
> What does "ls -lR /var/svn/repos/proj_A/dir/" give you?
>
> If there really is nothing there, and you really get a working copy,
> then that's a bug.
>
$ ls -l /var/svn/repos/
drwxr-xr-x 2 apache apache 4096 jui 14 21:12 conf
drwxr-xr-x 2 apache apache 4096 jui 14 21:13 dav
drwxr-xr-x 2 apache apache 4096 jui 29 11:20 db
-rw-r----- 1 apache apache 8192 jui 22 08:24 __db.001
-rw-r----- 1 apache apache 270336 jui 22 08:24 __db.002
-rw-r----- 1 apache apache 98304 jui 22 08:24 __db.003
-rw-r----- 1 apache apache 360448 jui 22 08:24 __db.004
-rw-r----- 1 apache apache 16384 jui 22 08:24 __db.005
drwxr-xr-x 2 apache apache 4096 jui 28 05:21 hooks
drwxr-xr-x 2 apache apache 4096 jui 14 21:12 locks
-rw-r--r-- 1 apache apache 376 jui 14 21:12 README
$ ls /var/svn/repos/proj_A/dir/
ls: /var/svn/repos/proj_A/dir/: No such file or directory
> >this is in violation with the convention of "file://".
> >
>
> What convention would that be?
svn understand : file:///var/svn/repos/proj_A/dir/
mozilla not.
Mozilla understand : file:///tmp
svn not.
Mozilla or svn buggy ?
>
> > If i put
> >file:///var/svn/repos/proj_A/dir/ in a browser, this never work.
> >
> >So :
> >- don't use "file://" when it does not mean "file://"
> >
>
> +1 on that, we only use file:// when it means file://.
>
> >- create "svn://" for use by svn and perhaps for use with a browser
> > (with a svn extension). The form of "svn://" is :
> > svn://user:pass_at_host/path/file
> >
> >user, pass, and host are only for extensions actually. Perhaps when
> >Subversion have this own server or when it use its own ACL system.
> >
>
> That would be useful if Subversion had its own network protocol. It
> doesn't though; it uses HTTP, for which an URL schema already exists.
>
> >If this make sense, the alpha stage of Subversion is a good opportunity.
> >After the release 1.0, this should be too late.
> >
>
> I don't think it makes sense.
>
- 1 :o)
>
> --
> Brane ÄŒibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
>
>
> ---------------------------------------------------------------------
> 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 Tue Jul 30 13:54:50 2002