Thread (4 messages) flat view 4 messages, 3 authors, 2016-06-15

Re: [RFC] Using gitrevisions :/search style with other operators

From: Yann Dirson <hidden>
Date: 2016-06-15 22:49:59

On Tue, 09 Nov 2010 00:06:47 -0800
Kevin Ballard [off-list ref] wrote:
On Nov 8, 2010, at 11:30 PM, Yann Dirson wrote:
quoted
Kevin wrote:
quoted
Junio wrote:
quoted
  $ git log 'HEAD..:( :/Merge branch 'kb/blame-author-email' )^2'
[...]
quoted
Interesting idea. It certainly solves the problem of being able to
embed it within other operations (though you do then have to worry
about escaping any embedded close-parens in the search), though it
does mean my suggestion for being able to select the 2nd (or nth)
match won't work.
Syntax like origin/pu^{/Merge 'kb/blame-author-email'}2 would be
somewhat consistent with the commit^2 case, and would seem
unambiguous as well - a bit weird, though.
This violates the idea that once you reach the end of a ^{} structure,
it resolves to a commit that can then be modified by subsequent
operations.
OK, that's kinda related to the "looks weird" issue. 

Another idea: origin/pu^{:2/Merge 'kb/blame-author-email'}
Since the foo^{objecttype} syntax would not care for a count, it is not
a problem, and it keeps provision for using a count with future
operators.  OTOH, it could be a problem if we extend foo^{bar} to
accept "bar" for other things than object types.

-- 
Yann Dirson - Bertin Technologies
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help