Thank you. That did the trick. I still don't understand why did this happen. I didn't do a sparse checkout (I didn't even knew they exist ). Thank you again.
Regards, João On Mon, Jan 24, 2011 at 9:05 PM, Johan Corveleyn <jcor...@gmail.com> wrote: > On Mon, Jan 24, 2011 at 7:05 PM, João Assunção <j...@joaoassuncao.com> > wrote: > > Hi, > > > > I made a commit of a new directory with a new file inside this directory > > (revision 37). > > This is the corresponding log: > > r37 | jassuncao | 2011-01-24 11:45:56 +0000 (Mon, 24 Jan 2011) | 1 line > > Changed paths: > > A /code/trunk/opennms-config/datacollection > > A /code/trunk/opennms-config/datacollection/ansr.xml > > > > In another machine, I invoked update but only the directory is created. > No > > sign of the xml file. > > I invoked update inside the directory, and it says it's already at > revision > > 37. > > I runned svn list inside the directory and it shows the file. > > Then I made a checkout and I got the expected result. > > > > The issue with the update happens with the svn client for linux (version > > 1.6.11) and the eclipe client (svnkit). > > I updated my linux client to version 1.6.15 and the problems still > happens. > > The server is running version 1.6.15 over apache. > > > > Anyone knows what might be happening ? > > Thank you. > > Take a look at "svn info" for the directory in that particular working > copy. It might be marked as "Depth: empty" (or its parent might be > marked with "Depth: immediates"). That's the only reason I can think > of. > > To get rid of it, run "svn update --set-depth=infinity". > > Cheers, > -- > Johan >
