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

Re: svn status -v -N -u

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: 2006-06-05 16:12:04 CEST

Martin Hauner wrote:
> Hi,
>
> i'm receiving an unexpected result when combining the status options
> not-recursive (-N) and show-udpdates (-u) and running status from
> different places.
>
>
> me@ambrai;testxvcx 534 > svn --version
> svn, version 1.5.0 (dev build)
> compiled Jun 5 2006, 08:32:17
>
> Revision is: r19928.
>
>
> With -N and without -u I get the same result no matter if I run it
> from the parent directory or from within a directory. Like this:
>
> me@ambrai;testxcvx 527 > svn st hallöle -v -N
> 17 17 martin hallöle
> 17 14 martin hallöle\sub
> 17 17 martin hallöle\index.html
>
> me@ambrai;testxcvx 528 > cd hallöle
> me@ambrai;hallöle 529 > svn st . -v -N
> 17 17 martin .
> 17 14 martin sub
> 17 17 martin index.html

Yep, that look correct.

(Actually, I would have expected -- based on personal preferance, not
knowledge of Subversion's inner workings -- the output paths to be '.',
'./sub', and './index.html' when you type an explicit '.'. But what do I know?)

> Now the same with -N and -u. (To get update information I have updated
> the wc from head to a lower revision) The result is different now when
> I run it from the parent directory and a second time from within the
> directory.
>
> Shouldn't both runs show the same information?

Yes, they should.

> Running with -u and without -N looks ok again:

Freaky. I'm pretty sure that there was at least one calendar day when this
all worked, but confess that my 'svn status' code is extremely sensitive (to
touch, sunlight, oxygen, moon phase, ...)

-- 
C. Michael Pilato <cmpilato@collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on Mon Jun 5 16:13:30 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.