Se os colaboradores no seu repositório não tiverem o Git LFS instalado, eles não terão acesso ao arquivo grande original. Se tentarem clonar o seu repositório, eles recuperarão apenas os arquivos de ponteiro e não terão acesso aos dados reais.
Dica
Para ajudar usuários sem o Git LFS habilitado, recomendamos definir diretrizes para colaboradores do repositório que descrevam como trabalhar com arquivos grandes. Por exemplo, você pode pedir aos colaboradores que não modifiquem arquivos grandes nem carreguem alterações em um serviço de compartilhamento de arquivos, como o Dropbox ou o Google Drive. Para saber mais, confira Configurar diretrizes para os contribuidores do repositório.
Exibir arquivos grandes em pull requests
O GitHub não renderiza alguns objetos do Git LFS nas pull requests. Somente o arquivo de ponteiro é mostrado, com conteúdo semelhante ao seguinte:
+version https://git-lfs.github.com/spec/vi
+id sha256:7194bdd797bde471a6e29b4fa9c8c2278b3c4dadfc5cb2c36d7f4531dc6cb8f
+size 17330
Para obter mais informações sobre arquivos de ponteiro, confira Sobre armazenamento de arquivo grande do Git.
Para ver as alterações feitas em arquivos grandes, confira o pull request localmente para revisar a diferença. Para saber mais, confira Verificar pull requests localmente.
Enviar arquivos grandes para forks de repositórios
Envio de arquivos grandes para forks de um repositório conta nas cotas de armazenamento e na largura de banda do repositório principal, e não nas cotas do proprietário do fork.
É possível enviar objetos do Git LFS para bifurcações públicas se a rede do repositório já tiver objetos do Git LFS ou se você tiver acesso de escrita à raiz da rede do repositório.
Leitura adicional
-
[AUTOTITLE](/repositories/creating-and-managing-repositories/duplicating-a-repository#mirroring-a-repository-that-contains-git-large-file-storage-objects)