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

The unadd, undelete methods and the client README.

From: Mo DeJong <supermo_at_bayarea.net>
Date: 2001-09-17 10:23:11 CEST

Hi all.

I have been looking at the README file in subversion/clients/cmdline
and the man files in doc/user/manual and it seems things are a bit
out of date.

One of the things I found in svn-manual.html was the "unadd" and "undelete"
subcommands for the svn client. There was no mention of these commands
in the README. Should the client README be retired? It seems to describe
lots of features that do not exist. It also describes other features that do not
yet exist. Would it be better to move this into a new texi file in the
doc/user/manual directory? I would be willing to do that work if it seems
like a good idea.

My second question is related to the "unadd" and "undelete" methods included
in the svn client. Why do we need a special unadd method to undo an add?
Can't the user just call delete on the file or dir?

Testing on the current impl shows that delete will "unadd" an added file.
Both delete and unadd fail on an added directory so I am not sure what
is going on there. Does anyone know why these un* methods are in the client?
Can't we just remove the user visible subcommands and call the svn_client_unadd
method when delete is invoked for an added but not yet commited dir (and
vice versa) ?

% svn add foo.c
% svn status foo.c
A 0 ( 110) foo.c
% svn delete foo.c
D foo.c

% mkdir foo
% svn add foo
% svn unadd foo
svn_error: #21026 : <Can't find an entry>
  No default entry in directory `foo'

% svn delete foo
svn_error: #21026 : <Can't find an entry>
  No default entry in directory `foo'

The CVS log indicates that these methods were added in May by cmpilato.
Could you help shed some light on this?


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:41 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.