On Sat, 15 Dec 2012 10:56:20 +0100, Joe Mistachkin <[email protected]>
wrote:
j. v. d. hoff wrote:
I find this a confounding proposal.
Would you care to explain exactly what you find confounding about it?
has all been set way too often in this way too long thread:
POLS comes again to mind. I can tell you that I _was_ surprised (being
also a user of svn and hg) when
I installed fossil quickly read through the help ("ah yes, ci, add, pull,
push, rm, mv, stat, log -- default naming scheme for default tasks"),
started to use it and it turned out mv/rm did _not_ behave as usual (and
for all the reasons stated over and over again: which would be more
sensible).
by delegating the desired behaviour to `obliterate' or whatever and
keeping rm as it is you guarantee that this will happen over and over again
to other people. why? for no good reason at all I can see. I'd bet that in
this arena (recent users) lurks much more trouble by failing to meet
the usual (good, mind you) behaviour than by changing current defaults
after a transition period.
It provides the requested functionality; however, it does so in a manner
that is respectful to those who are depending on the current
changing the default (including the transition period) is no sign of
disrespect to anybody.
functionality.
and I do not buy the "it'll be really dangerous for so many people"
prophecy. of course, if one really tries hard one can manage to get things
messed up on disk (change lots of things in tracked files, but don't ever
check in (clever) and then decide to stop tracking the files and issue
'fossil rm' assuming the files are left alone on disk and only then
discover they were not). the transition period should guarantee that this
will not evelove into a real-world problem I'd say.
j.
--
Joe Mistachkin
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
