Mikhael Goikhman said: > The format is the same as with --versions, just with less components. > > Filtering by category and branch will always be useful. Otherwise why you > would want to use a/c-b-v namespace in the first place?
The answer is rather simple: I do *not* want to use the c--b--v namespace (and I'm not the only one, that's why bazaar plans to make it completely optional, and AFAIK, tla 2.0 got rid of it). > Anyway, I think abrowse should not be obsoleted for several months if you > remove the concept of category and branch in the new browse command. I think it should be "obsoleted" in the sense "not in the output of baz help and displaying a warning message" in the next release, and removed from the next+1 release, or whenever an internal API change breaks it. > If I have branches project--main, project--manpages, project--maintenance > then I can't think about a use case when I would want to receive all > versions (or revisions) given limit "project--ma" (I would use limit > "project" for this) or receive "maintenance" in "project--main" query. There are use-cases for every options, yes. Now here's another use case: I have a project, say "bazaar", with some work on version 1.4 and some other work on 1.5 (many micro-branches). I want to get the list of what I've done in 1.5. No way to do this with --categories, --branches, --versions or any kind of string search. Shall we add another option for my use-case? What's the problem here? It's just that baz forced me to list versions inside branches, and branches inside categories. I would like to have done the opposite. The c--b--v namespace is just adapted to one use-case, and forced the rest of the world to use the same schema. My suggestion would be to add the ability to "baz categories", "baz branches" and "baz versions" to take an "a", "a/c" or "a/c--b" argument. This way, people who want to use the c--b--v namespace could do so with those commands, and the rest of the world can simply ignore them. >> If you mean "full match of the version", this means the string match >> will >> match only one version, which is rather useless for rbrowse. > > I don't agree that limit that is version is generally useless. Then, what would be the difference with "revisions" ? -- Matthieu _______________________________________________ Gnu-arch-users mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/
