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

Re: Receiving "cannot non-recursively commit a directory deletion" lately

From: Tobias Schäfer <tobiasschaefer_at_gmx.de>
Date: 2006-04-11 07:09:15 CEST

On Monday 10 April 2006 14:32, Stefan Küng wrote:
> To be able to select the entries you want to commit, TSVN must commit
> those items non-recursively. Otherwise if you commit a change in the
> wc root folder, *all* other modifications in all other files would get
> committed too.
> So, as soon as you uncheck at least one of the items shown in the
> commit dialog, TSVN must to a non-recursive commit. If you keep
> everything checked, TSVN does a recursive commit of the parent folder
> - that's you should do when you commit folder deletions.

I changed the behaviour slightly in trunk:
http://mapcar.org/tsvn-snapshots/latest/changelog.html#r5992
This has not been merged to 1.3.x

TSVN invoked non-recursive commits even when recursive commits were possible.
This resulted in the error message when it could have been prevented.

It is now possible to delete directories recursively after having deselected
single items from the commit dialog provided that no parent item would commit
the deselected item.

The new string
"To commit recursively, make sure all versioned entries shown
in the commit dialog are checked.\nIf entries are not checked, TortoiseSVN
must do a non-recursive commit."
should be changed to reflect this new behaviour.

Maybe:
"To commit recursively, make sure that all child items of a checked folder are
also checked in the commit dialog.\nOtherwise, TortoiseSVN must do a
non-recursive commit which does not allow directory deletion."

Tobias

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Apr 11 07:10:09 2006

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

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