Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.

¿Cuál es mi cuota de disco?

GitHub no tiene establecida ninguna cuota de disco por usuario. Tratamos de brindar abundante almacenamiento para todos los repositorios de Git, a pesar de que hay límites máximos para los tamaños de los archivos y de los repositorios. Mantener los repositorios pequeños asegura que nuestros servidores sean veloces y que las descargas sean rápidas para nuestros usuarios.

En este artículo

Sugerencia: si regularmente subes archivos grandes a GitHub, considera introducir Almacenamiento de archivos de gran tamaño Git (Git LFS) como parte de tu flujo de trabajo. Git LFS funciona bien con el flujo de GitHub y se puede utilizar con cualquier archivo grande, sin importar su tipo. Para obtener más información, consulta "Control de versiones de archivos grandes."

Límites de tamaños para archivos y repositorios

Recomendamos que los repositorios se mantengan por debajo de 1GB cada uno. Los repositorios tienen un límite máximos de 100GB. Si llegas a los 75GB, recibirás una advertencia de Git en tu terminal cuando subas. Es fácil mantenerse dentro de este límite si los archivos grandes se mantienen fuera del repositorio. Si tu repositorio excede 1GB, deberías recibir un correo electrónico formal de GitHub solicitando que reduzcas el tamaño del repositorio para bajar ese valor.

Además, colocamos un límite estricto a los archivos 100 MB que se exceden en tamaño. Para obtener más información, consulta "Trabajar con archivos grandes."

Nota: si agregas un archivo a un repositorio por medio de un navegador, el archivo no puede ser mayor de 25 MB. Para obtener más información, consulta "Agregar un archivo a un repositorio".

Copias de seguridad

Git no está diseñado adecuadamente para servir como una herramienta de respaldo. Sin embargo, hay muchas soluciones diseñadas específicamente para realizar copias de seguridad que vale la pena revisar, incluidas Arq, Carbonite y CrashPlan.

Vertederos de base de datos

Los archivos SQL grandes no funcionan bien con los sistemas de control de versión como Git. Si estás buscando brindarle a tus programadores el conjunto de datos de producción más reciente, recomendamos utilizar Dropbox para compartir archivos de este tipo entre tus programadores.

Si estás buscando hacer una copia de seguridad de tus servidores de producción, consulta la sección de arriba Backups (Copias de seguridad).

Dependencias externas

Otra cosa que genera que los repositorios de Git se vuelvan grandes y sobredimensionados son las dependencias externas. Lo mejor es dejar estos archivos fuera del repositorio y utilizar un administrador de paquete en su lugar. Los lenguajes más populares vienen con administradores de paquete que pueden hacerlo por ti. Bundler, Administador de paquete de Node y Maven. Todos ellos también admiten utilizar un repositorio de Git de forma directa, por lo que no necesitas fuentes previamente empaquetadas.

Versiones de lanzamiento empaquetado

No recomendamos distribuir código compilado y lanzamientos empaquetados previamente dentro de tu repositorio. Para obtener más información sobre archivos grandes, consulta "Distribuir binarios grandes."

Cambiar el historial de un repositorio existente

Si ya tienes un repositorio que es bastante grande, ¡no te preocupes! Puedes eliminar archivos grandes del historial del repositorio para reducir su tamaño. Para obtener información, consulta Eliminar archivos del historial de un repositorio"

Pregunta a una persona

¿No puedes encontrar lo que estás buscando?

Contáctanos