From: mhagger@alum.mit.edu
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org, Jeff King <peff@peff.net>,
Jakub Narebski <jnareb@gmail.com>,
Heiko Voigt <hvoigt@hvoigt.net>,
Johan Herland <johan@herland.net>,
Michael Haggerty <mhagger@alum.mit.edu>
Subject: [PATCH 0/4] Remove a user of extra_refs in clone
Date: Tue, 17 Jan 2012 06:50:30 +0100 [thread overview]
Message-ID: <1326779434-20106-1-git-send-email-mhagger@alum.mit.edu> (raw)
From: Michael Haggerty <mhagger@alum.mit.edu>
When cloning, write_remote_refs() creates local packed refs from the
refs read from the remote repository. It does this by creating extra
refs for the references then calling pack_refs() to bake the extra
refs into the packed-refs file, then calling clear_extra_refs().
This is silly and relies on the kludgy extra_refs mechanism, which I
want to get rid of. Instead, add a function call add_packed_ref() to
the refs API, and use it to create packed refs (in the memory cache)
directly. Then call pack_refs() as before to write the packed-refs
file.
Because the new add_packed_ref() function allows references (perhaps
many of them) to be added to an existing ref_array, it would be
inefficient to re-sort the list after every addition. So instead,
append new entries to the end of the ref_array and note that the array
is unsorted. Then, before the ref_array is used, check if it is
unsorted and sort it if necessary.
A side effect of this change is that the new packed references are
left in the in-memory packed reference cache after the return from
write_remote_refs() (whereas previously, the refs were stored as
temporary extra refs that were purged before return from the
function). I can't see any place in the following code where this
would make a difference, but there is quite a bit of code there so it
is hard to audit. Confirmation that this is OK would be welcome.
Michael Haggerty (4):
pack_refs(): remove redundant check
ref_array: keep track of whether references are sorted
add_packed_ref(): new function in the refs API.
write_remote_refs(): create packed (rather than extra) refs
builtin/clone.c | 3 +--
pack-refs.c | 3 +--
refs.c | 39 ++++++++++++++++++++++++++++++++-------
refs.h | 6 ++++++
4 files changed, 40 insertions(+), 11 deletions(-)
--
1.7.8.3
next reply other threads:[~2012-01-17 5:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-17 5:50 mhagger [this message]
2012-01-17 5:50 ` [PATCH 1/4] pack_refs(): remove redundant check mhagger
2012-01-17 5:50 ` [PATCH 2/4] ref_array: keep track of whether references are sorted mhagger
2012-01-17 5:50 ` [PATCH 3/4] add_packed_ref(): new function in the refs API mhagger
2012-01-17 5:50 ` [PATCH 4/4] write_remote_refs(): create packed (rather than extra) refs mhagger
2012-01-17 6:35 ` [PATCH 0/4] Remove a user of extra_refs in clone Jeff King
2012-01-17 6:51 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1326779434-20106-1-git-send-email-mhagger@alum.mit.edu \
--to=mhagger@alum.mit.edu \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=hvoigt@hvoigt.net \
--cc=jnareb@gmail.com \
--cc=johan@herland.net \
--cc=peff@peff.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).