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

Re: Subversion != your filesystem (was mv != (cp && rm))

From: Branko Èibej <brane_at_xbc.nu>
Date: 2001-11-28 19:28:53 CET

Karl Fogel wrote:

>Branko �ibej <brane@xbc.nu> writes:
>
>>Don't know. :-)
>>The design for "svn ln" is far from complete. It hasn't even been
>>started yet, AFAIK.
>>
>
>We don't have any plans for hard-link support in the filesystem, as
>far as I know, actually. It's dangerous in Subversion for the same
>reasons its dangerous in a regular filesystem -- we need to prevent
>cycles.
>
>Of course, it *could* be done. There are just no plans now, since the
>easiest (though not the only) way to prevent cycles is to simply avoid
>operations that make them possible. :-)
>
Heh heh. Who said they were hard links? I used the word "reference",
because every time somebody says "symlink" someone else will ask if
that's the same as a Windows shortcut. I also mentioned C pointers,
which do behave like symlinks -- they can point to something that's not
there any more. :-)

>-K
>
>
>>>You can argue that in both cases A will link to C
>>>
>>Possibly.
>>
>>>but, then what happens
>>>when cp B C && change C && cp B D && change D && rm B && commit
>>>where does A point to now?
>>>
>>This is not a move. A would be a dangling reference in this case.
>>
>>
>>--
>>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
>>
>

-- 
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
Received on Sat Oct 21 14:36:49 2006

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.