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

Re: Single-file update of mistakenly deleted file doesn't

From: Staffan Tjernstrom <staffan_at_eternaltraveller.com>
Date: 2006-08-02 00:06:55 CEST

On Tue, 2006-08-01 at 15:51 -0600, D.J. Heap wrote:
> On 7/31/06, Staffan Tjernstrom <staffan@eternaltraveller.com> wrote:
> > Consider the following recipe.
> >
> > I mistakenly delete file x.y from my working directory, whilst not being
> > in a position to want to bring in a big change that has recently
> > happened to the HEAD of where I'm standing.
> >
> > I could try to svn revert the file, but if i do this using the filename
> > as an argument, I only get a "At revision x" message back, and the file
> > doesn't re-appear.
> >
> > Likewise if I svn update x.y. I get "At revision x", but no file is
> > created.
> >
> > However, if I do either of the 2 commands without the filename argument,
> > I see the "File x.y recovered" message, and the file is there.
> >
> > This only happens with the Windows build of the client, not the linux
> > build.
> >
> > Any ideas?
> >
> Are you specifying the filename with the correct case? I get the
> behavior you describe if I don't specify the case correctly -- if I
> specify the case correctly it works for me. It appears to be yet
> another annoying little artifact due to Subversions minimal support of
> case-insensitive filesystems.
> DJ
Many Thanks!

That's indeed the case - although I could have sworn... need more coffee
and better typing skills I guess.

Until such time as non-case-sensitivity is understood (might have to
wait for the ODS-5 OVMS build for that) I'll post big warning signs on
our internal developer sites for this one.

Staffan Tj.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 3 19:48:53 2006

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.