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

Directory Modification Feature or a Bug?

From: Jiri Culik <gculik_at_gmail.com>
Date: 2006-03-16 03:51:19 CET



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



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.



Received on Thu Mar 16 06:10:06 2006

This is an archived mail posted to the Subversion Users mailing list.