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 repositório, eles farão fetch apenas dos arquivos de ponteiro e não terão acesso aos dados reais.
Dica: para ajudar os 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 obter mais informações, confira "Configurar diretrizes para os contribuidores do repositório".
Exibir arquivos grandes em pull requests
O GitHub Enterprise Cloud não renderiza alguns objetos do Git LFS em solicitações de pull. 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 obter mais informações, confira "Fazer checkout 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.
É possível fazer push de objetos do Git LFS em bifurcações públicas se a rede do repositório já tiver objetos do Git LFS ou se você tiver acesso de gravação à raiz da rede do repositório.