I think a good algorithm would be quite simple: If a file being removed as part of a checkout to a different branch is the last file in a directory and the directory is not listed in the empty-dirs entry then remove the directory.
This should have zero negative impact on anyone and during the early phases of a project where things are moving around a lot it would be really really appreciated to not see the droppings from a different branch which can be very confusing. Especially to learners and refugees from other SCM tools. Some of the things that have been mentioned on the list would be better handled as tickets. What is the current process for submitting a ticket? A quick perusal of the fossil-scm.org site didn't yield any hints for me. Thanks! Matt -=- On Thu, Dec 22, 2011 at 5:00 PM, Martin Gagnon <[email protected]> wrote: > On 2011-12-22, at 15:43, Justin Gedge <[email protected]> wrote: > > > In one of my projects I've been working on a development branch. In the > new branch- I've moved several directories around. All the files are > tracked perfectly- but when switching between branches, my work space, or > checkout area has these artifacts, or empty directories from the previous > checked out branch. All the files are being moved and handled properly, > which is good, but it's annoying after cleaning up and re-architecting a > development branch- only to have these directory artifacts lying all over > the place when I switch between branches. > > > > I can write a script to clean out and remove empty directories.... but > it would be nice if this was handled by the scm. > > > > If it remove directories, what fossil should do if there's some untracked > files in those directories, delete the whole directory with all those files > in it? > > Just wondering. May be another case for a so multipurpose "-f" switch ? ;) > > -- > Martin G. > _______________________________________________ > fossil-users mailing list > [email protected] > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users >
_______________________________________________ fossil-users mailing list [email protected] http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
