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

re: svn stat on new files

From: Martin Pool <mbp_at_samba.org>
Date: 2002-12-09 02:52:41 CET

> > I can see how from a certain point of view this is accurate, since the
> > file doesn't exist on the server. However, I can't see how this is
> > useful to a human or script trying to use 'svn stat -u'. In
> > particular, it doesn't tell you about the case where a file has been
> > added and committed in another revision.

> Huh? I'm not following your last sentence. The -u flag means, "add
> out-of-date information." If somebody else has already added a file
> by the same name, then the filesystem will see it, and status will
> show:

> % svn stat added
> A * 0 newfile

> The asterisk means that your file, even though it's only scheduled for
> addition, is already out-of-date. Somebody beat you to the punch.

Yes, that was how I thought it ought to work. However, it doesn't
work that way in 0.16.

Possibly it's another reflection of the same bug with "svn update -u".
I thought I'd report it as well in case it was separate, and it seemed
like a good example of why it ought to print 'A' not give an error.

Here's an example of adding and committing a file in one wc, and then
adding a (conflicting) file in another directory:

% svn stat -uv two/
               10 10 mbp two
               10 9 mbp two/added
Head revision: 10
% svn stat -uv trunk
       * 6 6 mbp trunk
A * 0 ? ? trunk/added
Head revision: 10
% svn stat -uv trunk/added
svn: Filesystem has no item
svn: file not found: transaction `u', path `/trunk'

-- 
Martin 
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Dec 9 02:53:43 2002

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.