git find fat commit

Question

Est-il possible d'obtenir des informations sur la quantité d'espace gaspillée par les changements dans chaque commit - donc je peux trouver des commits qui ont ajouté de gros fichiers ou beaucoup de fichiers. Tout ceci pour tenter de réduire la taille du repo git (rebasing et éventuellement filtrage des validations)

Answer 1

oublié de répondre, ma réponse est:

git rev-list --all --pretty=format:'%H%n%an%n%s' # get all commits 
git diff-tree -r -c -M -C --no-commit-id #{sha}  # get new blobs for each commit 
git cat-file --batch-check << blob ids    # get size of each blob 

Answer 2

git cat-file -s <object> où <object> peut faire référence à un commit, un blob, un arbre ou un tag.

Answer 3

Vous pouvez le faire:

git ls-tree -r -t -l --full-name HEAD | sort -n -k 4 

Cela montrera les plus gros fichiers en bas (quatrième colonne est le fichier (blob) Taille

Si vous avez besoin de regarder les différentes branches vous. .. ll veulent changer HEAD ces noms de branche ou, mettez cela dans une boucle sur les branches, les balises, ou revs vous êtes intéressé par

Answer 4

Personnellement, je trouve cette réponse à être le plus utile en essayant de trouver des fichiers volumineux dans l'histoire d'un git: Find files in git repo over x megabytes, that don't exist in HEAD

Answer 5

#!/bin/bash 
COMMITSHA=$1 

CURRENTSIZE=$(git ls-tree -lrt $COMMITSHA | grep blob | sed -E "s/.{53} *([0-9]*).*/\1/g" | paste -sd+ - | bc) 
PREVSIZE=$(git ls-tree -lrt $COMMITSHA^ | grep blob | sed -E "s/.{53} *([0-9]*).*/\1/g" | paste -sd+ - | bc) 
echo "$CURRENTSIZE - $PREVSIZE" | bc 

Answer 6

git fat find N où N est en octets retournera tous les fichiers dans l'ensemble l'histoire qui sont plus grandes que N octets.

Vous pouvez en savoir plus sur teneur en matières grasses git ici: https://github.com/cyaninc/git-fat

Answer 7

Toutes les solutions proposées se concentrent ici sur taille des fichiers mais la question initiale posée était sur le point commettras tailles, qui, à mon avis, et dans mon cas, il était plus important de trouver (parce que ce que je voulais, c'est de se débarrasser de beaucoup de petits binaires introduits dans un seul commit, ce qui représentait beaucoup de taille, mais de petite taille si mesuré individuellement par fichier).

Une solution qui met l'accent lors de la validation des tailles est la condition here, qui est ce script perl:

#!/usr/bin/perl 
foreach my $rev (`git rev-list --all --pretty=oneline`) { 
    my $tot = 0; 
    ($sha = $rev) =~ s/\s.*$//; 
    foreach my $blob (`git diff-tree -r -c -M -C --no-commit-id $sha`) { 
    $blob = (split /\s/, $blob)[3]; 
    next if $blob == "0000000000000000000000000000000000000000"; # Deleted 
    my $size = `echo $blob | git cat-file --batch-check`; 
    $size = (split /\s/, $size)[2]; 
    $tot += int($size); 
    } 
    my $revn = substr($rev, 0, 40); 
# if ($tot > 1000000) { 
    print "$tot $revn " . `git show --pretty="format:" --name-only $revn | wc -l` ; 
# } 
} 

Et que j'appelle comme ceci:

./git-commit-sizes.pl | sort -n -k 1