Si los colaboradores del repositorio no tienen Git LFS instalado, no tendrán acceso al archivo grande original. Si intentan clonar tu repositorio, solo extraerán los archivos punteros, y no tendrán acceso a los datos trues.
Sugerencia
Para ayudar a los usuarios sin Git LFS habilitado, se recomienda establecer directrices para colaboradores del repositorio que describen cómo trabajar con archivos grandes. Por ejemplo, puede pedir a los colaboradores que no modifiquen archivos grandes o que carguen los cambios en un servicio de uso compartido de archivos, como Dropbox o Google Drive. Para más información, consulta Configurar pautas para los colaboradores de repositorios.
Visualizar archivos grandes en pull requests
GitHub no representa algunos objetos Git LFS en las pull requests. Solo se muestra el archivo de puntero, con contenido similar al siguiente:
+version https://git-lfs.github.com/spec/vi
+id sha256:7194bdd797bde471a6e29b4fa9c8c2278b3c4dadfc5cb2c36d7f4531dc6cb8f
+size 17330
Para más información sobre los archivos de puntero, consulta Acerca del Almacenamiento de Archivos Grandes de Git.
Para ver los cambios que se realizaron en los archivos grandes, verifica localmente la solicitud de extracción para revisar la diferencia. Para más información, consulta Revisar solicitudes de extracción localmente.
Subir archivos de gran tamaño a bifurcaciones
La subida de archivos de gran tamaño cuenta para el ancho de banda de un repositorio padre y las cuotas de almacenamiento, en lugar de hacerlo para las cuotas del propietario de la bifurcación.
Puede insertar Git LFS objetos en bifurcaciones públicas si la red del repositorio ya tiene Git LFS objetos o tiene acceso de escritura a la raíz de la red del repositorio.