Hi Junio,
On Mon, 11 Sep 2017, Junio C Hamano wrote:
> * js/rebase-i-final (2017-07-27) 10 commits
> - rebase -i: rearrange fixup/squash lines using the rebase--helper
> - t3415: test fixup with wrapped oneline
> - rebase -i: skip unnecessary picks using the rebase--helper
> - rebase -i: check for missing commits in the rebase--helper
> - t3404: relax rebase.missingCommitsCheck tests
> - rebase -i: also expand/collapse the SHA-1s via the rebase--helper
> - rebase -i: do not invent onelines when expanding/collapsing SHA-1s
> - rebase -i: remove useless indentation
> - rebase -i: generate the script via rebase--helper
> - t3415: verify that an empty instructionFormat is handled as before
>
> The final batch to "git rebase -i" updates to move more code from
> the shell script to C.
>
> Expecting a reroll.
No you don't: xmqqfudqkcux@gitster.mtv.corp.google.com
> [...]
>
> --
> [Cooking]
>
> [...]
>
> * mk/diff-delta-uint-may-be-shorter-than-ulong (2017-08-10) 1 commit
> . diff-delta: fix encoding size that would not fit in "unsigned int"
>
> The machinery to create xdelta used in pack files received the
> sizes of the data in size_t, but lost the higher bits of them by
> storing them in "unsigned int" during the computation, which is
> fixed.
>
> Dropped, as it was rerolled for review as part of a larger series.
> cf. <1502914591-26215-1-git-send-email-martin@mail.zuhause>
>
> [...]
>
> * mk/use-size-t-in-zlib (2017-08-10) 1 commit
> . zlib.c: use size_t for size
>
> The wrapper to call into zlib followed our long tradition to use
> "unsigned long" for sizes of regions in memory, which have been
> updated to use "size_t".
>
> Dropped, as it was rerolled for review as part of a larger series.
> cf. <1502914591-26215-1-git-send-email-martin@mail.zuhause>
>
>
> * mk/diff-delta-avoid-large-offset (2017-08-11) 1 commit
> . diff-delta: do not allow delta offset truncation
>
> The delta format used in the packfile cannot reference data at
> offset larger than what can be expressed in 4-byte, but the
> generator for the data failed to make sure the offset does not
> overflow. This has been corrected.
>
> Dropped, as it was rerolled for review as part of a larger series.
> cf. <1502914591-26215-1-git-send-email-martin@mail.zuhause>
>
> [...]
>
> --
> [Discarded]
>
> [...]
This section would be more appropriate for the three "Dropped" patch
series than the "Cooking" section.
Ciao,
Dscho