From: Brandon Casey Date: Fri, 9 Jan 2009 22:14:39 +0000 (-0600) Subject: t7700: demonstrate misbehavior of 'repack -a' when local packs exist X-Git-Tag: v1.6.2-rc0~130 X-Git-Url: https://git.lorimer.id.au/gitweb.git/diff_plain/a83c88525ed6d8d940f8cf7f21e92b189f7844e3?hp=a83c88525ed6d8d940f8cf7f21e92b189f7844e3 t7700: demonstrate misbehavior of 'repack -a' when local packs exist The ability to "...fatten [the] local repository by packing everything that is needed by the local ref into a single new pack, including things that are borrowed from alternates"[1] is supposed to be provided by the '-a' or '-A' options to repack when '-l' is not used, but there is a flaw. For each pack in the local repository without a .keep file, repack supplies a --unpacked= argument to pack-objects. The --unpacked option to pack-objects, with or without an argument, causes pack-objects to ignore any object which is packed in a pack not mentioned in an argument to --unpacked=. So, if there are local packs, and 'repack -a' is called, then any objects which reside in packs accessible through alternates will _not_ be packed. If there are no local packs, then no --unpacked argument will be supplied, and repack will behave as expected. [1] http://mid.gmane.org/7v8wrwidi3.fsf@gitster.siamese.dyndns.org Signed-off-by: Brandon Casey Signed-off-by: Junio C Hamano ---