fix repacking with lots of tags
authorJim Radford <radford@blackbean.org>
Mon, 3 Apr 2006 03:50:17 +0000 (20:50 -0700)
committerJunio C Hamano <junkio@cox.net>
Mon, 3 Apr 2006 04:25:57 +0000 (21:25 -0700)
Use git-rev-list's --all instead of git-rev-parse's to keep from
hitting the shell's argument list length limits when repacking
with lots of tags.

Signed-off-by: Junio C Hamano <junkio@cox.net>
git-repack.sh

index bc901126bf7065e87ae194aaaec3518b90eea290..a5d349fd099a8d2a411d1b71ef8a6ff5d368ba32 100755 (executable)
@@ -29,12 +29,10 @@ PACKDIR="$GIT_OBJECT_DIRECTORY/pack"
 case ",$all_into_one," in
 ,,)
        rev_list='--unpacked'
-       rev_parse='--all'
        pack_objects='--incremental'
        ;;
 ,t,)
        rev_list=
-       rev_parse='--all'
        pack_objects=
 
        # Redundancy check in all-into-one case is trivial.
@@ -43,7 +41,7 @@ case ",$all_into_one," in
        ;;
 esac
 pack_objects="$pack_objects $local $quiet $no_reuse_delta"
-name=$(git-rev-list --objects $rev_list $(git-rev-parse $rev_parse) 2>&1 |
+name=$(git-rev-list --objects --all $rev_list 2>&1 |
        git-pack-objects --non-empty $pack_objects .tmp-pack) ||
        exit 1
 if [ -z "$name" ]; then