Directory Modification Feature or a Bug?

Environment:

Server: Windows Server 2003

Subversion 1.3.0

Apache 2.0.55

Client: Windows XP

A simple test case in a local empty workspace that has been checked out:

            \Workspace> svn mkdir stooge

            \Workspace> svn commit -m message stooge

            \Workspace> echo hello > stooge\bubba.txt

            \Workspace> svn add stooge\bubba.txt

            \Workspace> svn commit -m message stooge

            \Workspace> svn delete stooge

            \Workspace> svn commit -m message stooge

Deleting stooge

svn: Commit failed (details follow):

svn: Item '/stooge' is out of date

            \Workspace>

Now if I add "svn update" after the second commit everything works fine. I
understand why this is happening, since the commit does not seem to update
the directory in the local workspace. My question is, why doesn't the commit
(after modification of the contents of a directory) automatically update the
modified directory in the first place? Is this by design and if so why, or
is this a bug?

This seems to have been an issue in past versions as far as I can tell from
the Issue Tracker.

Thanks,

Jiri
Received on Thu Mar 16 06:10:06 2006