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

Re: AW: Cannot commit from parent after some children deleted

From: Felix Gilcher <gilcher_at_exozet.com>
Date: 2006-11-27 21:53:47 CET

Am 27.11.2006 19:41 Uhr schrieb "Chris Stankevitz" unter

> Felix,
> Thanks for your help.
> Felix Gilcher wrote:
>> If you use your operating systems delete command, you remove
>> this information
> I guess what I don't understand is why SVN cares if the information for
> trunk/a is missing when it commits trunk/b (albeit from trunk/). CVS
> uses a similar "hidden directory technique" yet has no problem with this
> particular situation. What is it about SVN that makes this impossible?

Partially because each svn working copy directory knows about which
subdirectories are managed by svn as well. Before doing a commit, update or
any other operation that modifies the working copy/repository subversion
places a lockfile into each of the directories it knows about to prevent two
svn processes messing around with each others files. So what happens is that
svn knows that there should be some subdirectories in your working copy, but
it cannot find and lock them. The safe alternative is to fail at that point
and let the user handle this situation.

> I just moved my 7GB (compressed) repository from CVS to SVN.

Nevertheless a good choice IMHO :).

> Thanks again,
> Chris



To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 27 21:54:51 2006

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