Si les collaborateurs sur votre dépôt n’ont pas installé Git LFS, ils n’auront pas accès au fichier volumineux d’origine. S’ils tentent de cloner votre dépôt, ils récupéreront (fetch) uniquement les fichiers pointeurs et n’auront accès à aucune des données réelles.
Conseil : Pour aider les utilisateurs n’ayant pas activé Git LFS, nous vous recommandons de définir des instructions décrivant comment utiliser des fichiers volumineux à l’attention des contributeurs de dépôt. Par exemple, vous pouvez demander aux contributeurs de ne pas modifier les fichiers volumineux ou de charger les modifications dans un service de partage de fichiers comme Dropbox ou Google Drive. Pour plus d’informations, consultez « Définition de recommandations pour les contributeurs de dépôt ».
Affichage de fichiers volumineux dans les demandes de tirage
GitHub Enterprise Cloud n’affiche pas certains objets Git LFS dans les demandes de tirage. Seul le fichier de pointeur s’affiche, avec un contenu similaire à cela :
+version https://git-lfs.github.com/spec/vi
+id sha256:7194bdd797bde471a6e29b4fa9c8c2278b3c4dadfc5cb2c36d7f4531dc6cb8f
+size 17330
Pour plus d’informations sur les fichiers de pointeur, consultez « À propos du stockage de fichiers Git volumineux ».
Pour voir les modifications apportées aux fichiers volumineux, extrayez la demande de tirage localement pour passer en revue les différences. Pour plus d’informations, consultez « Extraction de demandes de tirage localement ».
Poussée de fichiers volumineux vers des duplications (fork)
La poussée de fichiers volumineux vers les duplications d’un dépôt est prise en compte dans les quotas de bande passante et de stockage du dépôt parent, mais pas dans les quotas du propriétaire de la duplication.
Vous pouvez pousser des objets Git LFS vers des duplications publiques si le réseau du dépôt a déjà des objets Git LFS ou si vous avez accès en écriture à la racine du réseau du dépôt.