Florp

I'm not suggesting that this is something that should ever happen without the user requesting it; they (or an administrator) would have to add a folder to a .conf file (either manually or via a right-click menu) to flag that folder for automated cleanup. Then, the next time an Update is run, in the list of pending changes would be all the files that meet the cleanup criteria and are pending deletion. The user could then uncheck those that they want to exclude from the action. I understand your hesitance at deleting a user's files (I had the same initial reaction to the idea), but keep in mind that these are files that are already safely stored in the repo so nothing will be lost.

A feature my art lead requested: To reduce local workspace bloat, he would like Plastic to automatically delete local files that are checked in and have not been modified for n days. Assuming that there's not already a way to do this (I couldn't find anything), it seems like it could be a .conf feature, e.g.: the next time Plastic runs an Update I would like it to delete any local files in any folder named "/working" if they were last checked in at least 14 days ago and haven't been edited since. Does that seem possible/reasonable? -Florp