Wenn Mitarbeiter an deinem Repository Git LFS nicht installiert haben, haben sie keinen Zugriff auf die große Originaldatei. Wenn sie versuchen, Dein Repository zu klonen, rufen sie nur die Pointer-Dateien ab und haben keinen Zugriff auf die tatsächlichen Daten.
Tipp: Um Benutzer zu unterstützen, für die Git LFS nicht aktiviert ist, empfehlen wir, Richtlinien für Repositorymitwirkende festzulegen, die den Umgang mit großen Dateien beschreiben. Beispielsweise kannst du Mitwirkende auffordern, große Dateien nicht zu ändern oder keine Änderungen an einem Dateifreigabedienst wie Dropbox oder Google Drive hochzuladen. Weitere Informationen findest du unter Richtlinien für Repository-Mitarbeiter festlegen.
Große Dateien in Pull Requests anzeigen
GitHub Enterprise Cloud rendert einige Git LFS-Objekte in Pull Requests nicht. Es wird nur die Zeigerdatei, deren Inhalt folgendem Beispiel ähnelt:
+version https://git-lfs.github.com/spec/vi
+id sha256:7194bdd797bde471a6e29b4fa9c8c2278b3c4dadfc5cb2c36d7f4531dc6cb8f
+size 17330
Weitere Informationen zu Zeigerdateien findest du unter Informationen zu Git Large File Storage.
Um Änderungen an großen Dateien zu sehen, checke den Pull Request lokal aus, um den Diff zu überprüfen. Weitere Informationen findest du unter Pull Requests lokal auschecken.
Große Dateien zu Forks pushen
Das Pushen großer Dateien zu Forks eines Repositorys wird zum Bandbreiten- und Speicherkontingent des übergeordneten Repositorys hinzugerechnet, nicht zum Kontingent des Fork-Inhabers.
Du kannst Git LFS-Objekte zu öffentlichen Forks übertragen, wenn das Repository-Netzwerk bereits Git LFS-Objekte enthält oder wenn Du Schreibzugriff auf den Root des Repository-Netzwerks besitzt.