On Sun, Oct 19, 2014 at 10:14:21AM +0200, Stefan Bellon wrote: > <snip> > > One could check whether it exists in the file system and one could > check whether exists as tag/branch and decide to use the one that > exists. However, if "trunk" exists both, as branch and as > file/directory, then a priority decision has to be done anyway and this > seems strange as you cannot rely on the behaviour when writing generic > fossil interaction scripts.
For sure, the priority issue have to be fixed. Once fix, I would never have problem anymore because I almost always use this new feature for the current directory. fossil tim . If writing a script, this script must specify all argument of timeline and there will have no ambiguity anymore. $ fossil help timeline Usage: fossil "?WHEN? ?CHECKIN|DATETIME? ?FILE? ?OPTIONS? If the script always specify ?WHEN? and ?CHECKIN?, it will always work. To have same behaviour as when they are not specified, you use WHEN=current and CHECKIN=current. This was also true before the new feature. <snip> > > fossil timeline -f README.txt > > This way the previous behaviour would be completely unaltered without > any compatibility issues, but the new way is possible as well by just > adding -f (or whatever) to the command. Alternatively one could > introduce a new command "ftimeline", but I think a switch would be > sufficient. > I would not use -f. The main benefit of that new feature is that you can specify a directory to have timeline for a part of a repo. If you specify a file, it's like using finfo. If the ?WHEN? and ?CHECKIN? have priority, and we can prefix ?FILE? with "./" when we want explicitly specify a file or a directory. A possibility could be to only consider the argument as ?FILE? in the following cases: - starting by "./" - starting by "/" (when using absolute path) - when it's "." (for current directory" Regards, -- Martin G. _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users