Lors du clonage, vous pouvez spécifier la profondeur, comme suit, si elle est égale à 1, cela signifie cloner uniquement le dernier commit.

git clone git://xxoo --depth 1

Utilisez git rebase pour modifier l'historique des validations.

Par exemple, fusionner les deux premiers commits : http://stackoverflow.com/questions/59...

Faites bon usage de rebase, en plus de supprimer certains commits, vous pouvez également modifier le journal des commits ; diviser les commits qui contiennent plusieurs fonctionnalités à la fois ; fusionner plusieurs commits avec les mêmes fonctionnalités pour garder l'historique de la base de code propre ; .

S'il s'agit d'un projet web créé en Java, ce n'est pas trop gros si vous ajoutez ssh ou autre chose.
Vous pouvez également envisager de supprimer tous les fichiers jar publics et de ne pas les placer directement dans le projet.

Les fichiers .jar n'appartiennent évidemment pas à votre propre code front-end, mais à des dépendances tierces et ne doivent pas être placés dans la base de code. Il est recommandé d'utiliser un script pour gérer la version des dépendances tierces dès le début du projet et de supprimer le fichier .jar de la base de code.

Git peut changer l'historique
Vous pouvez essayer de fusionner l'historique inutile localement, puis forcer à le pousser

.git est votre entrepôt local, qui enregistre toutes les informations sur l'historique des commits git,
Spécifier la profondeur lors du clonage peut éviter de télécharger trop d’informations de validation historiques.

Mais votre question semble être de savoir comment gérer cela lors de la publication,
C'est simple, supprimez simplement le répertoire .git lors de la publication.

使用git lfs
https://git-lfs.github.com/