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

Re: non-recursive-add isn't that useful? why is there no ".svn" folder in there? why can't I add more files?

From: David Weintraub <qazwart_at_gmail.com>
Date: Sat, 18 Oct 2008 21:57:59 -0400

On Fri, Oct 17, 2008 at 6:12 PM, Geoffrey Plitt <geoff_at_gweb.org> wrote:
> thanks for the reply! i think i know where i went wrong - i'm dealing with a
> symbolic link.
>>
> it doesn't work for symlinks?

Um, no. Think of it this way... You are telling the Subversion
repository that there is a special entry in your working directory
that is not really a directory, but a special type of file. (Which is
what a Symbolic link really is). Although you can transcend a symbolic
link via the "cd" command, that's the operating system doing that. To
Subversion, you are no longer under your working directory (which is
really the case).

Imagine the possibilities if you could do that!

$ root svn co svn://localhost/trunk/myproject
$ cd myproject
$ ln -s /net/some_other_computer/home/george george
$ svn add george
$ cd george
$ touch foo
$ svn add foo

In the above example, I did a symbolic link from some other computer
and to the home directory of some poor slob named george. I am now
adding a Subversion files to George's home directory. So, now what
happens when others check out this project? Do files mysteriously get
added to poor George's HOME directory?

Also think about what happens if I check out the file on a Windows
system that doesn't have symbolic links. How would Subversion be able
to handle that?

--
David Weintraub
qazwart_at_gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-10-19 03:58:17 CEST

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

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