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

svnupdate - strange issue with some directories sometimes not being updated

From: John Mcgrath <john.mcgrath_at_xilinx.com>
Date: Mon, 11 Feb 2008 18:15:48 -0000

Hi All,

 

I am seeing a strange issue with svn - version 1.3.2, specifically with
the svn update command.

 

I cannot figure out the source of this issue, but here is a quick
description:

 

My group uses svn in the usual way checking in and out files from their
respective workspaces.

We have our project's documentation also under SVN, in a module called
docs.

 

As these docs are web-based, we have a simple 'update script', which
does nothing more than run an

'svn update' once every 5 mins in a particular directory on the
webserver (i.e. a read-only workspace that the webserver points to ).

 

A user recently created a new sub-directory and checked it in:

In the path docs/trunk/new_dir

 

This sub-directory, and its contents were NOT however updated to the
webservers workspace by the auto svn update.

I cannot figure out why. All other subdirectories and files are auto
populated, so why did this one not work?

 

'Svn ls' show the files are there, but svn update does not get them.

I have to do svn update new_dir in order for it to work.

 

It would seem that svn, for some reason is not populating directories
sometimes. I have seen this error happen about 2 or 3 times in the last
year (after countless successful updates). The workaround is to update
the particular directory by name.

 

I would really appreciate any help or advice on this, as I really cannot
figure it out. I checked the issue tracker, but did not find anything
that seemed to match.

 

Note: this svn update is running via svnserve, also version 1.3.2

 

Cheers,

John
Received on 2008-02-11 19:37:31 CET

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.