Se os colaboradores do 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 os usuários sem Git LFS habilitação, recomendamos que você defina diretrizes para colaboradores de repositório que descrevem 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
GitHub não renderiza alguns objetos Git LFS em 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 Fazer check-out de pull requests no local.
Fazer push de arquivos grandes em bifurcações
Fazer push de arquivos grandes em bifurcações 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 da bifurcação.
Você pode fazer push de objetos Git LFS para forks públicos se a rede do repositório já tiver objetos Git LFS ou se você tiver acesso de escrita à raiz da rede do repositório.