Re: What's cooking in git.git (Dec 2011, #02; Mon, 5)
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Dec 6, 2011, 19:10 UTC
- Message-ID
- <7vd3c1h5xu.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <CACsJy8CZjrKpv53Ep8ietAHAeVW4bnYeXTa6x5FGncT1HXGWQg@mail.gmail.com>
Nguyen Thai Ngoc Duy <pclouds@gmail.com> writes:
> What can I do to get "build in repack" [1] series in or moved forward?
Resubmit to re-ignite interest in reviews, perhaps?
As long as it is done right at the implementation level, I do not think there is anything controversial in the desired end result, iow it is not like we need three people who want to have repack rewritten in C for it to happen.
It may be tricky to get the flushing of old and new packfiles right, though.
Use of reprepare_packed_git() is prerequisite if you want to do it in a single process, but once you start using that API, it may not gain much performance benefit to link the whole pack-objects logic in to the process over a much simpler and less error prone approach of just rewriting the shell script straight to a small C program that spawns pack-objects binary.