On Thu, 2004-02-19 at 04:15, Jan Hendrik wrote:
> Any idea what might have happened?
You're saying that HEAD version (r272) of the directory *does* contain
the two files, right? You can see that by browsing the repository, or
doing a fresh checkout of just that directory, right?
If running 'svn up' doesn't re-add them, then you probably have a
corrupted .svn/entries file. The entries file should mention the 2
files, but it doesn't, and yet it claims to be at HEAD. When you run
'svn up', the client says, "I have r272 of this directory", and the
server says, "ok, nothing to add, then." The entries file is
incomplete, and isn't aware of that fact.
> Or what can be done except
> checking out a new working copy (takes about 45-60 minutes) and
> hoping it will not happen again?
Well, look in the .svn/entries file. If my hypothesis is true (the two
files aren't mentioned), try this solution: add an 'incomplete="true"'
attribute to the main parent entry. The parent entry has a name of "",
something like this:
<entry
committed-rev="8692"
name=""
committed-date="2004-02-18T23:47:03.993972Z"
url="http://svn.collab.net/repos/svn/trunk"
last-author="fitz"
kind="dir"
uuid="65390229-12b7-0310-b90b-f21a5aa7ec8e"
prop-time="2004-01-29T21:39:59.000000Z"
revision="8692"/>
Add an extra 'incomplete' attribute to it:
<entry
committed-rev="8692"
name=""
committed-date="2004-02-18T23:47:03.993972Z"
url="http://svn.collab.net/repos/svn/trunk"
last-author="fitz"
kind="dir"
incomplete="true"
uuid="65390229-12b7-0310-b90b-f21a5aa7ec8e"
prop-time="2004-01-29T21:39:59.000000Z"
revision="8692"/>
Now the working copy will assume that the directory's list of files is
incomplete, and will enumerate *everything* it has to the server, just
like cvs does. The the server will then know to send the missing files.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 19 16:50:11 2004