Problem

I forget to add in new files that I create. This leads to me creating  
one or more check-ins that aren't a complete representation of the  
working set of files. Worse, the new files are often the ones that I'm  
working on most actively because they're new.


        Suggestion

Could fossil flag these untracked files to me, and in fact, not allow  
me to check-in until I've either added the files to the project, or  
told fossil that I don't want them added?


        Discussion

1) Yes – I realise this is just me being stupid :-) But I'm a human,  
and I'm fallible, and I like tools to help me improve on that.

2) Maybe fossil already does this and I just don't know about that  
setting.

3) I'm not necessarily asking for fossil features here – I'd be happy  
with another approach. However, I like the fossil philosophy of doing  
all the stuff it should do with minimum fuss or configuration, and  
without external tool requirements.

4) In my working set, I have a small number of files that I do not  
want to place under revision control. They're essentially settings  
files in use by my IDE. I've made some effort to keep this set of  
files small (I have two, in fact), keeping build artefacts in another  
location. I think it is a normal situation for the working set to be  
polluted by such files (it's been the case with all IDE and build  
environments I've used). I'm assuming that it is reasonable for these  
to be there. This means (I think) that I require a way of marking  
files (and perhaps patterns of files, although in my personal current  
case I don't need patterns) as explicitly not being under revision  
control.

5) Some or many people might not want this feature in some or many  
situations, so it should probably be possible to disable it with a  
setting and on an ad-hoc basis with a force.

6) When I perform "fossil extra", I'd want it to only list the files  
that are not tracked and not to be ignored, although it would be  
useful to be able to list all extra files too.


Thanks,
        Benjohn




_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to