À propos des limites de taille sur GitHub Enterprise Server
Si
GitHub Enterprise Server limite la taille des fichiers autorisés dans les dépôts. Si vous tentez d’ajouter ou de mettre à jour un fichier d’une taille supérieure à 50 Mo, vous recevrez un avertissement de Git. Les modifications seront toujours envoyées (push) à votre dépôt, mais vous pouvez envisager de supprimer la validation pour réduire l’impact sur les performances. Pour plus d’informations, consultez « Suppression de fichiers de l’historique d’un dépôt ».
Remarque : si vous ajoutez un fichier à un dépôt via un navigateur, la taille du fichier ne peut pas être supérieure à 25 Mo. Pour plus d’informations, consultez « Ajout d’un fichier à un dépôt ».
Par défaut, GitHub Enterprise Server bloque les fichiers de blocs dont la taille est supérieure à 100 Mo. Toutefois, un administrateur de site peut configurer une limite différente pour votre instance GitHub Enterprise Server. Pour plus d’informations, consultez « Définition des limites d’envoi (push) de Git ».
Pour suivre les fichiers au-delà de cette limite, vous devez utiliser Stockage Fichiers volumineux Git (Git LFS). Pour plus d’informations, consultez « À propos de Stockage Fichiers volumineux Git ».
Si vous devez distribuer des fichiers volumineux à l’intérieur de votre référentiel, vous pouvez créer des mises en production sur votre instance GitHub Enterprise Server au lieu de suivre les fichiers. Pour plus d’informations, consultez « Distribution de fichiers binaires volumineux ».
Git n’est pas conçu pour gérer des fichiers SQL volumineux. Pour partager des bases de données volumineuses avec d’autres développeurs, nous vous recommandons d’utiliser Dropbox.
Suppression de fichiers de l’historique d’un dépôt
Avertissement : ces procédures suppriment définitivement les fichiers du référentiel sur votre ordinateur et de votre instance GitHub Enterprise Server. Si le fichier est important, effectuez une copie de sauvegarde locale dans un répertoire en dehors du dépôt.
Suppression d’un fichier ajouté dans la validation non envoyée (push) la plus récente
Si le fichier a été ajouté avec votre validation la plus récente, et que vous n’avez pas effectué d’envoi (push) à votre instance GitHub Enterprise Server, vous pouvez supprimer le fichier et modifier la validation :
- Ouvrez TerminalTerminalGit Bash. 1. Remplacez le répertoire de travail actuel par votre dépôt local.
- Pour supprimer le fichier, entrez
git rm --cached
:$ git rm --cached GIANT_FILE # Stage our giant file for removal, but leave it on disk
- Validez cette modification à l’aide de
--amend -CHEAD
:$ git commit --amend -CHEAD # Amend the previous commit with your change # Simply making a new commit won't work, as you need # to remove the file from the unpushed history as well
- Envoyez (push) vos validations à votre instance GitHub Enterprise Server :
$ git push # Push our rewritten, smaller commit
Suppression d’un fichier ajouté dans une validation antérieure
Si vous avez ajouté un fichier dans une validation antérieure, vous devez le supprimer de l’historique du dépôt. Pour supprimer des fichiers de l’historique du dépôt, vous pouvez vous servir de l’outil BFG Repo-Cleaner ou utiliser la commande git filter-repo
. Pour plus d’informations, consultez « Suppression de données sensibles d’un dépôt ».
Distribution de fichiers binaires volumineux
Si vous devez distribuer des fichiers volumineux à l’intérieur de votre référentiel, vous pouvez créer des mises en production sur votre instance GitHub Enterprise Server. Les mises en production vous permettent d’empaqueter des logiciels, des notes de publication et des liens vers des fichiers binaires à l’usage d’autres personnes. Pour plus d’informations, consultez « À propos des mises en production ».