Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [PATCH] git-gui: give more advice when detaching HEAD

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:50:33

Johannes Sixt [off-list ref] writes:
quoted
On Sat, Feb 12, 2011 at 09:42, Junio C Hamano [off-list ref] wrote:
quoted
That way, the traversal will terminate much sooner than computing the
true merge base.
Since we want to use this in git-gui, do you intend to expose this as
a command somehow (e.g. 'git rev-parse --reachable HEAD --all' or
somesuch)?
What's wrong with checking the output of

  git rev-list -1 HEAD --not --branches --tags --

for zero length?
Nothing, except that (1) that approach won't catch refs outside heads and
tags (like the ones I have in refs/merge-fixes and refs/hold), and (2) it
won't have an early termination optimization I mentioned either.

I don't know how much the early termination optimization matter in
practice, though.  It would probably depend heavily on where you begin.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help