Repositorio de software

Un repositorio de software , o repo para abreviar, es un lugar de almacenamiento para paquetes de software . A menudo, también se almacena una tabla de contenido, junto con metadatos. Un repositorio de software suele ser administrado por sistemas de control de versiones o de código fuente , o por gestores de repositorios. Los gestores de paquetes permiten instalar y actualizar automáticamente los repositorios, a veces llamados "paquetes".

Muchos editores de software y otras organizaciones mantienen servidores en Internet para este propósito, ya sea de forma gratuita o mediante suscripción. Los repositorios pueden estar dedicados exclusivamente a programas específicos, como CPAN para el lenguaje de programación Perl , o a un sistema operativo completo . Los operadores de dichos repositorios suelen proporcionar un sistema de gestión de paquetes , herramientas destinadas a buscar, instalar y manipular paquetes de software desde los repositorios. Por ejemplo, muchas distribuciones de Linux utilizan Advanced Packaging Tool (APT), común en distribuciones basadas en Debian , o Yellowdog Updater, Modified ( yum ), presente en distribuciones basadas en Red Hat . También existen varios sistemas de gestión de paquetes independientes, como pacman, utilizado en Arch Linux , y equo, presente en Sabayon Linux .

Dado que los repositorios de software están diseñados para incluir paquetes útiles, los principales repositorios están diseñados para estar libres de malware . Si un ordenador está configurado para usar un repositorio con firma digital de un proveedor de confianza y se combina con un sistema de permisos adecuado , esto reduce significativamente la amenaza de malware para estos sistemas. Como efecto secundario, muchos sistemas que poseen estas capacidades no necesitan software antimalware, como un antivirus . ^{[ 1 ]}

La mayoría de las principales distribuciones de Linux tienen muchos repositorios en todo el mundo que replican el repositorio principal.

En el lado del cliente, un gestor de paquetes ayuda a instalar desde los repositorios y a actualizarlos.

Un sistema de gestión de paquetes es diferente de un proceso de desarrollo de paquetes .

Un uso típico de un sistema de gestión de paquetes es facilitar la integración de código de fuentes posiblemente distintas en una unidad operativa independiente y coherente. Por lo tanto, un sistema de gestión de paquetes podría utilizarse para producir una distribución de Linux , posiblemente una distribución adaptada a una aplicación específica y restringida.

Por el contrario, un proceso de desarrollo de paquetes se utiliza para gestionar el desarrollo conjunto de código y documentación de un conjunto de funciones o rutinas con un tema común, produciendo así un paquete de funciones de software que, por lo general, no serán completas ni utilizables por sí solas. Un buen proceso de desarrollo de paquetes ayudará a los usuarios a cumplir con buenas prácticas de documentación y codificación, integrando cierto nivel de pruebas unitarias .

La siguiente tabla enumera algunos lenguajes con repositorios de software aportado por la comunidad. La columna "Autochecks" describe las comprobaciones rutinarias que se realizan.

Muy pocas personas tienen la capacidad de probar su software en múltiples sistemas operativos con diferentes versiones del código fuente y con otros paquetes contribuidos que puedan utilizar. Para el lenguaje de programación R , la Red Integral de Archivos de R (CRAN) realiza pruebas de forma rutinaria.

Para comprender su valor, imaginemos una situación con dos desarrolladores, Sally y John. Sally aporta un paquete A. Sally solo ejecuta la versión actual del software en una versión de Microsoft Windows y solo la ha probado en ese entorno. A intervalos más o menos regulares, CRAN prueba la contribución de Sally en una docena de combinaciones de sistemas operativos y versiones del software principal del lenguaje R. Si alguna de ellas genera un error, recibe el mensaje de error. Con suerte, los detalles de ese mensaje de error pueden proporcionar suficiente información para permitirle solucionar el problema, incluso si no puede reproducirlo con su hardware y software actuales. A continuación, supongamos que John aporta al repositorio un paquete B que utiliza el paquete A. El paquete B pasa todas las pruebas y se pone a disposición de los usuarios. Posteriormente, Sally envía una versión mejorada de A, que provoca un fallo en B. Las comprobaciones automáticas permiten proporcionar información a John para que pueda solucionar el problema.

Este ejemplo pone de manifiesto tanto una fortaleza como una debilidad del sistema de paquetes aportados por R: CRAN admite este tipo de pruebas automatizadas de paquetes aportados, pero los paquetes aportados a CRAN no necesitan especificar las versiones de otros paquetes aportados que utilizan. Existen procedimientos para solicitar versiones específicas de paquetes, pero es posible que los colaboradores no los utilicen.

Además, un repositorio como CRAN, que realiza comprobaciones periódicas de los paquetes aportados, proporciona un conjunto de pruebas extenso, aunque ad hoc, para las versiones de desarrollo del lenguaje principal. Si Sally (en el ejemplo anterior) recibe un mensaje de error que no entiende o que considera inapropiado, especialmente en una versión de desarrollo del lenguaje, puede (y a menudo lo hace con R) pedir ayuda al equipo de desarrollo principal del lenguaje. De esta forma, el repositorio puede contribuir a mejorar la calidad del software del lenguaje principal.

(Partes de esta tabla se copiaron de una "Lista de los principales repositorios por lenguaje de programación" en Stack Overflow ^{[ 20 ]} )

Entre los repositorios destacados con alcance limitado se incluyen:

• Netlib , principalmente rutinas matemáticas para Fortran y C, históricamente uno de los primeros repositorios de software abierto;
• Boost es una colección cuidadosamente seleccionada de bibliotecas de alta calidad para C++; parte del código desarrollado en Boost pasó a formar parte de la biblioteca estándar de C++.

Los gestores de paquetes ayudan a administrar los repositorios y su distribución. Si se actualiza un repositorio, el gestor de paquetes generalmente permite al usuario actualizarlo a través del propio gestor. También ayuda a gestionar aspectos como las dependencias entre repositorios. Algunos ejemplos de gestores son:

En un entorno empresarial, un repositorio de software se suele utilizar para almacenar artefactos o para replicar repositorios externos que pueden ser inaccesibles debido a restricciones de seguridad. Estos repositorios pueden ofrecer funcionalidades adicionales, como control de acceso, control de versiones, comprobaciones de seguridad para el software subido, funcionalidad de clúster, etc., y normalmente admiten diversos formatos en un solo paquete, para así cubrir todas las necesidades de una empresa y, por lo tanto, proporcionar una única fuente de información fidedigna. Un ejemplo es Sonatype Nexus Repository . ^{[ 29 ]}

En el lado del servidor, un repositorio de software suele ser administrado por sistemas de control de versiones o gestores de repositorios. Algunos gestores de repositorios permiten agrupar varias ubicaciones de repositorio en una sola URL y proporcionan un proxy de caché. Al realizar compilaciones continuas, se generan muchos artefactos que a menudo se almacenan de forma centralizada, por lo que es importante eliminar automáticamente aquellos que no se han publicado.