> On 2003-10-01 11:53:56 -0400, pll@lanminds.com wrote:
> > So, alias 'cp' to 'cp -i' and 'mv' to 'mv -i' :)
>
> This is what I've always done, and I can tell you that this has no
> effect on the problem when the destination is an existing directory.
yes, there are other unix classics like:
svn@ra:~/xx > rm * .o
rm: `xx' is a directory
rm: cannot remove `.o': File or directory not found
Oops :-)
mv-ing something back and forth in unix doesn't do any harm since you can
always undo it. svn mv/cp to the wrong location also doesn't really harm
anybody since you will just get an additional revision and you can undo it
easily (if you noticed that you did something wrong)
I'm in favour of a warning, because I think that the 90% case is not wanting
to make a copy of repos/trunk/ into repos/trunk/trunk.
Imagine your poor colleague running 'svn up' in his working copy of trunk
;-)
Ben> So you're saying that Unix 'cp' is equally dangerous and misleading?
Ben>
Ben> That if I run 'cp path/A path/B', and it would create 'path/B/A', Unix
Ben> should be giving me warnings?
Not in this case. This behaviour is perfectly ok if B!=A.
At least unix doesn't allow you to do a 'cp path/A path/A', which subversion
does (once).
precondition: dest/A and dest/B exist already.
Three cases:
'svn cp source/A dest/B' -> create 'dest/B/A' -> Message: 'Copy created in
"dest/A/B"'
'svn cp source/A dest/A' -> Warning: 'Copy will be created in "dest/A/A"
Continue Y/N'
'svn cp --force source/A dest/A' -> create 'dest/A/A' -> Message: 'Copy
created in "dest/A/A"'
I only want that warning if A (the last bit of the source path) = B (the
last bit of the dest path).
We got a few points here:
- A script doing the wrong thing
- Harry and Sally deciding independently of each other, that creating
tag_foo would be in order *just now*
Nothing really bad, but it could be badd^H^H^Hetter. :-)
Cheers
-Lübbe
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 2 13:04:21 2003