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

Re: are directories versioned?

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2004-12-29 14:33:05 CET

On Mon, 27 Dec 2004 erh@swapsimple.com wrote:

>
> Judging from the behaviour of various svn commands, it seems that
> directories aren't versioned in subversion. It doesn't appear to be

This is not true. Directories are versioned. Moving a file, committing and
checking out an old version of the directory will retain the old filename,
for example.

> possible to, e.g.:
> revert changes to a directory w/o reverting the changes to its files, or

svn revert dir
will revert property changes to that directory. One could think that it
also should revert e.g. an addition of a file. That's affecting both the
file and the directory content, so there is no simple answer to this. But
there is a chosen behaviour. You can say
svn revert dir/file
to undo the addition, deletion (or other modification) of file. But
this doesn't mean directories are not versioned.

> get a log of changes to the directory itself
>
No, there is no --non-recursive flag for the log command. That might
possibly be useful. But, again, it doesn't mean directories are not
versioned.

> However, I saw some messages on this list that imply that directories
> actually _are_ versioned. So, which is it? And, if they are versioned,
> how do I do things to the directory itself? Are the above mentioned
> operations things that subversion can do, but just haven't been implemented
> in the UI yet?
>
Regarding some non-recursive version of svn log, yes, the information is
available, so clearly subversion "could do" it.

Regards,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 29 14:54:11 2004

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.