It is envisioned that a near-future protocol extension to
upload-pack will allow a busy server to redirect newer `git clone`
clients to a pre-made bundle file (preferrably over CDN) and to come
back after they download and extract from the bundle to update
themselves via much smaller `git fetch --prune` to complete the
cloning.  Let's teach `git repack` to optionally prepare the
clone.bundle file when the repository is repacked, so that the
server operators can take the resulting bundle and make it available
to the clients.

This prepares only the bundle generation part.  Deploying the
resulting bundle to CDN will not be part of Git (we may give the
server operators a hook, though), but this step will help them to
maintain an up-to-date bundle.

Signed-off-by: Junio C Hamano <gitster@pobox.com>

Signed-off-by: Junio C Hamano <gitster@pobox.com>

* mh/multimail-renewal:
  Update git-multimail to version 1.0.2

Documentation fix.

* mg/show-notes-doc:
  rev-list-options.txt: complete sentence about notes matching

* nd/versioncmp-prereleases:
  git tag: mention versionsort.prereleaseSuffix in manpage

* mg/status-v-v:
  status: document the -v/--verbose option

The only changes are to the README files, most notably the list of
maintainers and the project URL.

Signed-off-by: Michael Haggerty <mhagger@alum.mit.edu>
Signed-off-by: Junio C Hamano <gitster@pobox.com>

Signed-off-by: Junio C Hamano <gitster@pobox.com>

An earlier update to the parser that disects a URL broke an
address, followed by a colon, followed by an empty string (instead
of the port number), e.g. ssh://example.com:/path/to/repo.

* tb/connect-ipv6-parse-fix:
  connect.c: ignore extra colon after hostname