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

Re: [PATCH] revision walker: Fix --boundary when limited

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:42:58

Possibly related (same subject, not in this thread)

Johannes Schindelin [off-list ref] writes:
In case revs->limited == 1, the revision walker really reads
everything into revs->commits. The behaviour introduced in
c4025103fa does not behave correctly in that case.

It used to say: everything which is _still_ in the pipeline
must be a boundary commit.

So, in the case that revs->limited == 1, filter out all commits
which are not dangling, in effect marking only the dangling
ones as boundary commits.
That's what I suggested initially but I think that is wrong.  We
should show only unshown immediate parents of shown commits at
that stage.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help