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

Re: Bug: can't commit recursive deletions when precondition is met after changes on the commit dialog

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Wed, 22 Oct 2008 18:55:59 +0200

borg42 wrote:
> 1. What I did: in a directory, I've deleted some files with svn
> (moving them, actually), the other files in the dir I've deleted
> without svn. On the commit dialog, I've deleted the files that had a
> 'missing' status, pressed commit, and an error message appeared
> (telling me something like I can't just commit recursive deletions for
> a reason). I've run the commit again, and it committed the changes
> just fine.
> What I expected: successful first commit, ie. the recursive deletion
> commit should be successful even if I deleted the necessary files from
> the commit dialog.

The commit dialog monitors the directory recursively for changes. If you
have the dialog open and then some file below (versioned or not) gets
modified (i.e., its 'last modified' time stamp changes), TSVN always
does a non-recursive commit. That's to prevent situations where a
versioned file really would get modified: if TSVN would not recognize
that and do a recursive commit, that modified file would also get
committed even though it wouldn't have been shown in the commit dialog.

Just press F5 to refresh the dialog if you've modified a file below the
folder you want to commit.


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net

Received on 2008-10-22 18:56:34 CEST

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

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