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

Re: [TSVN] BUG: ignore on directories?

From: SteveKing <steveking_at_gmx.ch>
Date: 2005-06-02 22:57:40 CEST

Rainer Müller wrote:

> But svn st told me that it is unversioned. TortoiseSVN did not.

Of course. It's unversioned if you look from the wc root.

> Reproduction recipe:
>
> 1) You have 2 versioned folders in the same directory ('foo' and 'bar')
> 2) Move 'bar' into 'foo' (it becomes 'foo/bar') (no svn move!)
> 3) Change any file in 'foo/bar' now
>
> Results:
>
> a) Command line
>
> F:\src\test>svn st
> ? foo\bar
> ! bar

Now try
F:\src\test\foo\bar> svn st

You'll see that the folder is versioned. It is a separate working copy
(unversioned seen from the main working copy, but versioned as standalone).

> unversioned directory foo\bar
> missing bar (expected)
>
> b) TortoiseSVN
>
> Check for Modifications:
> bar missing
>
> Overlays:
> - icon SVN Status column
>
> foo modified normal
> foo/bar modified normal
>
> The status column for foo/bar should show unversioned IMO.

No. It can't. The status is fetched for each item individually, not from
the working copy root. That's why it shows up as versioned.

If you do 'check for modifications' on the wc root, it will show up as
unversioned like in the CL client. But since you navigate with the
explorer to that folder, the status *of that folder* is fetched - and
the folder is versioned.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Jun 2 22:58:01 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.