[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Making import syntax consistant with mv, cp, export

From: Peter Davis <peter_at_pdavis.cx>
Date: 2002-10-16 20:53:22 CEST

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Remembering to include "graphics/" but not "bsp/" in the URL is the only
problem I see with this.

Maybe import should not automatically create parent directories?

Maybe this is another possible use for a global "-p" or "--create-parents"
option, which would apply both to mkdir and to import in this case, and could
be extended to cp and mv as well. I believe that option was rejected because
it was only used by mkdir.

On Wednesday 16 October 2002 09:33, Brent Burton wrote:
> In past messages we discussed making new parent/extra directories in the
> repository with 'svn import' by simply naming them in the repository path.
>
> I.e., if an empty repository dir looks like:
> $URL/repos/
> and we run 'svn import graphics/bsp $URL/repos' then we get:
> $URL/repos/bsp
>
> If we want to preserve the graphics directory, would we then
> specify 'svn import graphics/bsp $URL/repos/graphics' to get:
> /repos/graphics/bsp ,
> or just rely on 'svn mkdir'. How much congruency is desired between 'svn
> import' and cp(1), mv(1), etc, will dictate whether this naming shortcut
> is warranted.
>
> Is this shortcut something you want to worry with right now?

- --
Peter Davis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9rbWjhDAgUT1yirARAkZ4AJ9c48vQumYsaziKaXUZyioe9OtYsgCfYdgi
GrXUWR3AI9xVNyDGiAtc6RE=
=mvNY
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 16 20:54:00 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.