Hi,

I was wondering if it would be possible to change the behaviour of the editor to not remove directories when carrying out a clean? Instead, could it be changed to delete all visible files, while leaving the folder structure intact?

My reasoning is that SVN stores data in an invisible folder named ".SVN" in each directory. At the moment, when you do a clean, the entire Game folder is deleted, together with its files and the .SVN folders. This causes big problems for version control.

I believe that with minimal modification, the editor could be adjusted to instead traverse the folder directory starting with Game, and simply remove all visible files. This would achieve the same effect, while allowing version control to continue to work.

Quote:This causes big problems for version control.

could you let me know what are those problems?

The .svn directories contain administrative information about the working copy. In particular, they contain information as to which files have been changed since last checkout.

If files are changed, and the .svn directories are subsequently deleted (which will typically be the case when a clean/rebuild is carried out) then SVN cannot determine which files have changed, and it is impossible to commit changes to the repository.

The only fix involves lots of fiddling around to recreate the .svn directories.

If the editor were changed to only delete files, then the important .svn directories would not be deleted. Consequently, commits to the repository would remain simple.

would it work if I delete everything except the .svn folders?

Yes, I think that would be fine.

World Editor
-clean mini map folder
-clean game folder
will no longer delete .svn folders starting next SDK

Hurray! Thanks!

<ponders> Any idea when the next Mac SDK release will be?

Hi,

This feature doesn't seem to be mentioned in the version history of the latest release. Does that mean it isn't included or that it was missed off the version history?

Hello, it should be available, I just didn't include it in the version history.

Excellent, thanks