support/download/git: do not use bare clones
authorYann E. MORIN <yann.morin.1998@free.fr>
Fri, 1 Jul 2016 09:01:16 +0000 (11:01 +0200)
committerPeter Korsgaard <peter@korsgaard.com>
Sat, 2 Jul 2016 17:11:14 +0000 (19:11 +0200)
commit13c89c2f897258bfe389d953018ec99854a1dd53
treea55c8fd2067001e13da48a3297b64aad27a4567e
parentf7c9571cb0e00338b32cb1b17f185cfcc4ad4965
support/download/git: do not use bare clones

Currently, we are using bare clones, so as to minimise the disk usage,
most notably for largeish repositories such as the one for the Linux
kernel, which can go beyond the 1GiB barrier.

However, this precludes updating (and thus using) the submodules, if
any, of the repositories, as a working copy is required to use
submodules (becaue we need to know the list of submodules, where to find
them, where to clone them, what cset to checkout, and all those is
dependent upon the checked out cset of the father repository).

Switch to using /plain/ clones with a working copy.

This means that the extra refs used by some forges (like pull-requests
for Github, or changes for gerrit...) are no longer fetched as part of
the clone, because git does not offer to do a mirror clone when there is
a working copy.

Instead, we have to fetch those special refs by hand. Since there is no
easy solution to know whether the cset the user asked for is such a
special ref or not, we just try to always fetch the cset requested by
the user; if this fails, we assume that this is not a special ref (most
probably, it is a sha1) and we defer the check to the archive creation,
which would fail if the requested cset is missing anyway.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Tested-by: Matt Weber <matt@thewebers.ws>
Reviewed-by: Matt Weber <matt@thewebers.ws>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
support/download/git