Acerca de los archivos grandes en GitHub

Acerca de los límites de tamaño en GitHub

          GitHubintenta proporcionar almacenamiento abundante para todos los repositorios de Git, aunque existen límites estrictos para los tamaños de archivo  de repositorio. 
          

Límites de tamaño de archivo

          GitHub limita el tamaño de los archivos permitidos en los repositorios. Si intenta agregar o actualizar un archivo mayor que 50 MiB, recibirá una advertencia de Git. Los cambios aún se subirán a tu repositorio, pero puedes considerar eliminar la confirmación para minimizar el impacto en el rendimiento. Para obtener más información, consulta [Eliminación de archivos del historial de un repositorio](#removing-files-from-a-repositorys-history).

          De forma predeterminada, GitHub Enterprise Serverbloquea los archivos mayores que .100 MiB 
          Sin embargo, un administrador de sitio puede configurar un límite diferente para tu instancia de GitHub Enterprise Server. Para obtener más información, consulte [AUTOTITLE](/admin/policies/enforcing-policies-for-your-enterprise/enforcing-repository-management-policies-in-your-enterprise).

Para realizar un seguimiento de los archivos más allá de este límite, debe usar Almacenamiento de archivos de gran tamaño de Git (Git LFS). Para más información, consulta Acerca del Almacenamiento de Archivos Grandes de Git.

Si necesita distribuir archivos grandes dentro del repositorio, puede crear lanzamientos en tu instancia de GitHub Enterprise Server en vez de hacer el seguimiento de los archivos. Para obtener más información, consulta Distribución de archivos binarios grandes.

Git no se diseñó para manejar archivos grandes de SQL. Para compartir bases de datos grandes con otros desarrolladores, se recomienda usar un servicio para compartir archivos.

Recomendaciones de tamaño del repositorio

Te recomendamos que los repositorios sean siempre pequeños, idealmente, de menos de 1 GB, y se recomienda ampliamente que sean de menos de 5GB. Los repositorios más pequeños se clonan más rápido y se puede mantenerlos mejor y trabajar en ellos más fácilmente.

Puedes prevenir que tu repositorio impacte tu infraestructura si administras el tamaño de tu repositorio y su estado general con eficacia. Puedes encontrar consejos y una herramienta para el análisis de repositorios en el repositorio github/git-sizer.

Eliminar archivos del historial de un repositorio

Eliminar un archivo agregado en el commit más reciente que no ha sido empujado

Si el archivo se agregó con tu commit más reciente y no ha hecho push a tu instancia de GitHub Enterprise Server, puedes eliminar el archivo y modificar el commit:

1. Abra TerminalTerminalGit Bash.

2. Cambia el directorio de trabajo actual por tu repositorio local.

3. Para quitar el archivo, escriba git rm --cached:

   $ git rm --cached GIANT_FILE
   # Stage our giant file for removal, but leave it on disk
   

4. Confirme este cambio con --amend -CHEAD:

   $ git commit --amend -CHEAD
   # Amend the previous commit with your change
   # Simply making a new commit won't work, as you need
   # to remove the file from the unpushed history as well
   

5. Inserte las confirmaciones en tu instancia de GitHub Enterprise Server:

   $ git push
   # Push our rewritten, smaller commit
   

Eliminar un archivo que se añadió en una confirmación de cambios previa

Si añadiste un archivo en una confirmación previa, necesitas eliminarlo del historial del repositorio. Para quitar archivos del historial del repositorio, se recomienda el comando git filter-repo. Para obtener más información, consulta Eliminación de datos confidenciales de un repositorio.

Como alternativa, si no quieres instalar una herramienta adicional, puedes usar una base interactiva para quitar confirmaciones problemáticas. Para ello, siga estos pasos:

• Debes saber qué commits agregaron o modificaron el archivo en cuestión.
• Los commit(s) deben formar parte de solo una rama.
• La rama a la que pertenecen las confirmaciones no debe tener fusiones desde que se aplicaron.

Para obtener más información sobre los rebases interactivos, consulta Utilizar la rebase de Git en la línea de comando. Si no estás seguro de si cumples las condiciones necesarias para ajustar con un rebase interactivo, debes usar git filter-repo.

Distribuir archivos binarios grandes

Si necesita distribuir archivos grandes dentro del repositorio, puede crear versiones en tu instancia de GitHub Enterprise Server. Los lanzamientos te permiten empaquetar el software, notas de lanzamiento y enlaces a los archivos binarios para que otras personas puedan utilizarlos. Para obtener más información, consulta Acerca de los lanzamientos.