Un repositorio archivado en GitHub queda en solo lectura; no desaparece ni acredita mantenimiento activo
La documentación distingue archivar, desarchivar y eliminar. Cómo preparar una consulta cuando un proyecto conserva código visible pero ya no admite nuevas incidencias.
Archivar un repositorio de GitHub lo convierte en solo lectura e indica que ya no se mantiene activamente, según la documentación del servicio. El código puede seguir visible para quienes tengan acceso y el repositorio puede seguir encontrándose en las búsquedas. «Archivado» no describe, por sí solo, una eliminación de su contenido.
La restricción alcanza incidencias, propuestas de cambio, código y otros elementos enumerados por GitHub, incluidos comentarios y permisos. Para modificarlos hay que desarchivar primero. Mientras está archivado no se pueden añadir o retirar colaboradores o equipos; la documentación contempla que quienes tienen acceso puedan hacer un fork o marcarlo con una estrella. Es una función reversible, no una certificación de conservación permanente.
Caso propio: alguien encuentra instrucciones antiguas, intenta comunicar un error y descubre que el repositorio ya no admite nuevas incidencias. La falta del formulario no demuestra que su cuenta esté averiada. Para preparar la consulta conviene leer el aviso de archivo, la descripción y el README por si explican dónde continúa el proyecto o qué canal de soporte sigue disponible. No se presupone que exista sucesor.
Si se estudia reutilizar el código, conserva por separado estado del proyecto, versión examinada, licencia y dependencias. Poder leerlo no acredita mantenimiento actual, adecuación o seguridad para un uso concreto. Esta guía no archiva proyectos, cambia permisos ni descarga o ejecuta software; ayuda a interpretar el estado antes de confundir una limitación de colaboración con una desaparición.