On Thu, Mar 1, 2012 at 18:04, Brian Smith <[email protected]> wrote: > On Thursday, March 1, 2012 at 3:18 AM, Leo Razoumov wrote: > > Brian, > for simplicity you might want to follow the selection rules that > already exist in fossil web-interface. > When I go to the web-interface=>Branches and select a branch I am > presented with a partial view of the DAG that fossil thinks is > relevant to the branch I chose. For the sake of consistency I would > prefer that limsync push/pull uses the same selection rules and > transfers the same commits. > > Ok, I think the behavior of the r=<branch> timeline view makes sense. I'll > make sure I mirror it as closely as possible. > > To transfer individual commits it would be great if --pushtags and > --pulltags accept SHA1 hashes in addition to actual tag names. > > Hm, so, you would be in favor of a more general notation closer to: > --pushrefs --pullrefs, where a 'ref' is a full sha1, or a tag? > Would unique prefixes of sha1 hashes be useful too? (Those are currently > accepted elsewhere.) > Note: I don't really know how feasible that is with the current code, but, I > could possibly retarget..
Yes, unique SHA1 hash prefixes would be very useful. And as usual "abcd1234" is a hash and "tag:abcd1234" is a tag. > > As a next step, I hope, one can augment limsync with a json API so > that power users can do more complex things. > > I'm not sure what this would imply. The JSON API is a separate interface, > that IIRC doesn't > have push/pull capabilities yet. Ostensibly, any addition of push/pull > capabilities should mirror > the existing functionality. > What I meant was that --pushref/--pullref flags are supposed to push/pull individual artifacts. This is mostly useful to selectively resolve phantoms. In the future, if limsync pushref/pushref functionality is exported to the JSON API, one can do some advanced stuff on top of the default limsync functionality. But for now, it is better not to worry about it at all! --Leo-- _______________________________________________ fossil-users mailing list [email protected] http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
