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

RE: Working copy wrong after "svn up"

From: Bob Archer <Bob.Archer_at_amsi.com>
Date: Fri, 23 Apr 2010 12:08:57 -0400

> > On 4/23/2010 10:49 AM, Bob Archer wrote:
> > >>
> > >>> Furthermore reverting the working copy does not work and updates
> skip
> > >>> the "folder" resource completely.
> > >>
> > >> You've deleted the pristine copy under .svn for that directory.
> > There's
> > >> no copy left to revert.
> > >
> > > Update is totally different than revert. If you delete the folder then
> > do an UP the folder is replaced "A". However, if you create a dir then
> > remove that and do an UP the folder isn't fetched. It does seem strange.
> I
> > assume something is going on where .svn at the root indicates that
> folder
> > is there.
> > >
> >
> > It seems wrong to remove an unmanaged item, although in the special case
> > of an empty directory I guess it wouldn't make much difference.
> >
> > --
> > Les Mikesell
> > lesmikesell_at_gmail.com
>
> I agree it is wrong. But, I also think something is smarmy here. For
> example, if you create the folder after deleting it with the OS command
> (rather than SVN) then realize your mistake, rd the folder and do svn up
> it really should get the folder from the repo assuming your depth is set
> to infinity.
>
> If I do the same thing with a file... delete it (OS cmd), then create the
> same name, svn will report it with a status of "M" and a commit will merge
> the diff between that file and base.
>

Also, consider that the metadata for fodler is in /test/.svn not /test/folder/.svn

BOb
Received on 2010-04-23 18:07:55 CEST

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.