Le mer 31/07/2002 à 15:50, Dave Cridland a écrit :
> On Wed, 2002-07-31 at 14:20, Féliciano Matias wrote:
> > Le mer 31/07/2002 à 14:20, Dave Cridland a écrit :
>
> [Snip]
>
> I think you've (almost) completely missed the point,
Humm, Yes....
> so I obviously put
> it badly.
>
> An example:
>
> Repository accessed locally, present in /var/lib/svn/
> Node within the repository, called /some/file
>
> (1) Current URL: file:///var/lib/svn/some/file
> - As you state, this is not a "file" scheme, really, since
> /var/lib/svn/some/file does not exist.
>
> (2) "Your" URL: svnlocal:///var/lib/svn/some/file
> - This is an entirely new scheme, and thus avoids the "file" issue.
>
> (3) "My" URL: file:///var/lib/svn/!svn/some/file
> - In my proposal, I suggest we create a directory on the host
> filesystem - /var/lib/svn/!svn/ - which contains current versions of the
> files. So this *is* now a "file" scheme, since
> /var/lib/svn/!svn/some/file now exists.
OK...
i understand that you wanted :
"svn co file://var/lib/svn/!svn/..." is be equivalent to
"svn co svnlcal://var/lib/svn/..." .
futur svn use "file://.../!svn/.../" OR (NOT AND) "svnlocal://.../" .
No problems...
file:// is correcte.
the action is specific to svn.
>
> My comments about backward compatibility were about whether to still try
> and parse (1) URLs.
>
> Does this make more sense?
Sure.
>
> [Rest snipped]
>
> Dave.
>
>
> ---------------------------------------------------------------------
> 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 Wed Jul 31 16:45:18 2002