[PATCH 0/7] Make alternates affect fetch behavior

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



From: Michael Haggerty <mhagger@xxxxxxxxxxxx>

It used to be that alternate references were not considered "complete"
when fetching via fetch-pack.  This failure was not so obvious because
the big benefit of alternates is seen when cloning, and clone used a
different data path: it put the alternate references into extra refs
(which makes them look like references within the local repository).

This patch series teaches fetch-pack to treat objects that are
available via alternates as "complete".

Once that is fixed, clone doesn't need to use the special extra_refs
kludge, so change that.

And once that is changed, the extra_refs API is no longer needed at
all, so remove it.

Michael Haggerty (7):
  t5700: document a failure of alternates to affect fetch
  clone.c: move more code into the "if (refs)" conditional
  fetch-pack.c: rename some parameters from "path" to "refname"
  fetch-pack.c: inline insert_alternate_refs()
  everything_local(): mark alternate refs as complete
  clone: do not add alternate references to extra_refs
  refs: remove the extra_refs API

 builtin/clone.c            |   51 +++++++++++++++++--------------------------
 builtin/fetch-pack.c       |   23 ++++++++++---------
 refs.c                     |   23 +-------------------
 refs.h                     |    8 -------
 t/t5700-clone-reference.sh |   34 ++++++++++++++++++++++++++--
 5 files changed, 64 insertions(+), 75 deletions(-)

-- 
1.7.9

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]