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

updates on subdirectories : revision not being pulled

From: Igor DEFAYE <i.defaye_at_sitealpha.ca>
Date: Tue, 9 Aug 2011 13:57:05 -0400



We have a major problem on our Apache Subversion. When updating some
revisions are not pulled down to the pc, regardless of which pc we use.

This seems to happen only when updating from a sub-directory and not
updating from root directory, but it might also happen from root dir,
I've just haven't seen it happen yet.

I don't know if this is an already known issue, or if I need to submit a
new one. So I hope someone can help me look rapidly over this.


Our server is up to date : 1.6.17 build 2190.74 . We administer the
server via Collabnet Subversion Edge. We mostly use tortoise svn
clients, they were updated but the problem is server side.


We have noticed the revisions that are not pulled down to the pcs also
do not appear in the change log on the subdirectory, but does on higher


May be an example will make it clearer :

On root directory we see the change log for revision 20445, it concerns
only one file : /SuiteFM_dot_Net/Bin/www/ope_RAPPORT/js/container.js

Both Collabnet or tortoise show the same, so far so good.

Here are some screen shot :



Now if we go directly on the concerned file by the revision to get a
change log, this is what we get :



As you can see revision 20445 is just not there.

We see the same on Colabnet Subversion Edge, so we are pretty sure it's
not a client problem.





Now if we go back in the directory structure, the revision is missing on

- /SuiteFM_dot_Net/Bin/www/ope_RAPPORT/js/container.js

- /SuiteFM_dot_Net/Bin/www/ope_RAPPORT/js/

- /SuiteFM_dot_Net/Bin/www/ope_RAPPORT/

But not on :

- /SuiteFM_dot_Net/Bin/www/

- /SuiteFM_dot_Net/Bin/

- /SuiteFM_dot_Net/


So depending on how deep ones updates, we get or not the latest revision
of files.


This is just an example of various cases we have had, not all have been
detected yet. This is particularly dangerous, because when committing
the file is replaced with an older version without anyone knowing until
a bug is seen. Right now we are unsure at how stable our application is,
it's impossible to track down the commit that reverted code. The more we
commit the more we risk deteriorating the version.


So any help would be quite appreciated.


Thanks in advance.


Igor Defaye

Development Team Manager.

Site Alpha Group Plannon





Received on 2011-08-09 21:03:08 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.