You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Martin Hauner <ma...@gmx.net> on 2006/06/05 08:12:31 UTC
svn status -v -N -u
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
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?
me@ambrai;testxcvx 531 > svn st hallöle -v -N -u
* 17 17 martin hallöle
Status against revision: 29
me@ambrai;testxcvx 532 > cd hallöle
me@ambrai;hallöle 533 > svn st . -v -N -u
* find_apr.m4
* blub
* find_apu.m4
17 14 martin sub
17 17 martin index.html
* bnv_have_qt.m4
17 17 martin .
Status against revision: 29
Running with -u and without -N looks ok again:
me@ambrai;testxcvx 536 > svn st hallöle -v -u
* hallöle\ac-macros\find_apr.m4
* hallöle\ac-macros\bnv_have_qt.m4
* hallöle\ac-macros
17 14 martin hallöle\sub
17 17 martin hallöle\index.html
* hallöle\bnv_have_qt.m4
* hallöle\find_apr.m4
* hallöle\blub
* hallöle\find_apu.m4
* 17 17 martin hallöle
Status against revision: 29
me@ambrai;testxcvx 537 > cd hallöle
me@ambrai;hallöle 538 > svn st . -v -u
* ac-macros\bnv_have_qt.m4
* ac-macros\find_apr.m4
* ac-macros
* find_apr.m4
* blub
* find_apu.m4
17 14 martin sub
17 17 martin index.html
* bnv_have_qt.m4
17 17 martin .
Status against revision: 29
--
Martin
Subcommander, http://subcommander.tigris.org
a cross platform Win32/Unix/MacOSX subversion GUI client & diff/merge tool.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn status -v -N -u
Posted by "C. Michael Pilato" <cm...@collab.net>.
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 <cm...@collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand