>We should have been happy with running "make distclean" before running >"cvs import". > (snip) > find . -print | xargs rm
We use cvs in our IDE for the customers. Upon creation of a project there are already many source files from the (embedded) OS. These files are already precompiled as a convenience for the users as they take much time to compile. Just imagine you'd have to compile first the whole MFC every time you make a new VC project. As the IDE knows all files which are in this project it's not a big problem to call cvs with every filename separately, even for seemingly recursive operations. So I don't have to rely on "import" or "add" to ignore some files. But still when I can use them I do. But deleting all the object files just for some big cvs command and then recompile everything again is not an option. I wouldn't have a problem with that, I often do recompile everything. But for the end users it wouldn't take long for them to start complaining about it. >(Alexandre Augusto Drummond Barroso:) >The only thing they know is to click buttons in a specified >order. >(snip) >But I advise you to use this approach just for this almost >extinct specie of end user. Extinct? You wish! We need to deal with them all the time. No, we can't teach them as they don't want to, they just want the software to behave as they expect. And as we rely on them as paying customers we have to try to do it their way. I can understand the objections against "cvs add" using the ignore list from a technical POV. I also often have to thell the users that this and that is difficult to do or not possible at all. But from the user POV this new behaviour would be more consistent and understandable. Cvs ignores everything in the ignore list, ALWAYS. I also ran into problems when I started to use cvs, I just have learned since then that it's not so. bye Fabi _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
