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

Re: incomplete checkout

From: Jan Hendrik <jan.hendrik_at_bigfoot.com>
Date: 2004-02-20 17:14:57 CET

Concerning Re: incomplete checkout
Ben Collins-Sussman wrote on 19 Feb 2004, 9:45, at least in part:

> 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?

Exactly. Did some further tests checking out the rev. the two files
were entered, then switching to the rev. before, and everything was
OK.

> 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.

You are right, Ben, and thanks for pointing me to this. Those two
files are missing indeed. But that's a Unix hack, isn't it? Thus nix
for Windows? <g> Opened the file in SciTE and added the line,
(and saved), but update gave me the error "file not found;
transaction 9q: path (to the first one of the entries file). Then
remembered the recent editing dumpfile discussion and set SciTE
to UTF-8 encoding and changed line endings to both CR and LF,
but the result was negative as before. Suppose the entries file is
finally down the river by now. Isn't there something like a --force
switch to update to do this instead of editing a file Windows should
leave alone under any circumstances?

Jan Hendrik

---------------------------------------
Freedom quote:

     The price of freedom is eternal vigilance.
                -- Thomas Jefferson

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 20 17:14:14 2004

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

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