You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Ray Johnson <Ra...@ingenio.com> on 2004/06/04 20:42:56 UTC

Help - possible bug in Subversion!

 
We have a case where a directory that we know is in the repository
doesn't come over when doing an "svn update" not matter what we try.  We
have been able to reproduce how subversion gets into this state.  Here
is what we did:
 
Starting in an existing working directory:
 
c:> rmdir Reports            ;# Where Reports is a directory under
version control and did exist in the working directory
 
c:> svn update -N            ;# Do a non-recursive update.
D  Reports
Updated to revision 618.
 
This does not recreate the Reports directory.  Why not?
 
Doing an "svn update" or "svn status" in the working directory shows we
are up to date, and no changes on our side.
However, the Reports directory still does not exist in our working
dierectory but is in the repository!
 
This has something to do with the "svn update -N".  We have never seen
this happen with a normal "svn update" (even tested it on directories in
a different working directory).  At this point I'm starting to think
there is a bug in that command.
 
Is this a known bug?  Am I missing something?  Help!
 
Ray

Re: Help - possible bug in Subversion!

Posted by Toby Johnson <to...@etjohnson.us>.
Ray Johnson wrote:

>  
> We have a case where a directory that we know is in the repository 
> doesn't come over when doing an "svn update" not matter what we try.  
> We have been able to reproduce how subversion gets into this state.  
> Here is what we did:
>  
> Starting in an existing working directory:
>  
> c:> rmdir Reports            ;# Where Reports is a directory under 
> version control and did exist in the working directory
>  
> c:> svn update -N            ;# Do a non-recursive update.
> D  Reports
> Updated to revision 618.
>  
> This does not recreate the Reports directory.  Why not?

Because you told it not to recurse, which means don't go into 
subdirectories. I guess it's a matter of semantics whether it should 
create the empty "Reports" directory -- I'd argue it shouldn't -- but 
restoring any of the files in Reports would definitely be wrong.