On 1/13/07, lightbulb432 <veerukrishnan@hotmail.com> wrote:
>
> Here's the error I receive upon committing the whole project: "If a folder
> delete and a folder property change are both selected, then all files beneah
> the folder property change must also be selected." It's a strangely accurate
> error message that describes exactly what I did:
>
> I changed folder foo's property and deleted one of its subfolders, while
> also adding an unversioned file underneath foo. The subfolder I deleted was
> part of its parent folder's svn:ignore. When I delete the unversioned file
> from the working copy and then try to commit again, it works...
>
> That's really strange. Could somebody please describe what is causing this
> seemingly pointless error and why deleting the unversioned file works, in
> this very specific scenario of modifying a folder property and deleting its
> subfolder. Is it just me, or is this really strange?
The only way to commit a folder without its files is to do it
non-recursively, but Subversion does not allow certain types of folder
changes to be committed non-recusively. So we detect that scenario
and let you know that if you want to commit that change, you also need
to commit everything beneath it so that we can do a recursive commit.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Sat Jan 13 16:04:34 2007