Concepto en el desarrollo de software
En el desarrollo de software , cuando un software se ha bifurcado o utiliza una cadena de bibliotecas / dependencias , upstream se refiere a un problema que ocurre en el software relacionado con la cadena. Es la dirección que se dirige hacia los autores o mantenedores originales del software . Se suele utilizar en el contexto de una versión, un error o un parche .
El desarrollo upstream permite que otras distribuciones se beneficien de él cuando retoman la versión futura o fusionan parches upstream recientes (o todos). [1] Del mismo modo, los autores originales (que mantienen upstream) pueden beneficiarse de las contribuciones que se originan en distribuciones personalizadas, si sus usuarios envían parches upstream.
El término también se refiere a errores; se dice que la responsabilidad de un error recae en el nivel superior cuando no es causado por la portabilidad de la distribución , ni por esfuerzos de modificación o integración no realizados por el nivel superior.
Ejemplos
- Un parche enviado al servidor original se ofrece a los autores o encargados del mantenimiento del software. Si se acepta, los autores o encargados del mantenimiento incluirán el parche en su software, ya sea inmediatamente o en una versión futura . Si se rechaza, la persona que envió el parche tendrá que mantener su propia distribución del software del autor.
- Versión de distribución de código fuente o repositorio upstream , que puede ser una versión etiquetada con una versión para la que se ha empaquetado específicamente el código fuente, una confirmación específica o master (jerga para la última confirmación). Donde las distribuciones personalizadas (como las bifurcaciones) pueden haber pasado por alto correcciones de errores y mejoras (maduración del proyecto ligada a los autores originales, upstream) como resultado de no fusionar (todos) los parches upstream. En tales casos, la distribución personalizada puede incluso haberse adaptado para satisfacer las necesidades y requisitos específicos de quienes la usan o mantienen. Esto también se ve a menudo con las dependencias (paquetes de proveedores), donde el tomador simplemente se conforma con una versión base una vez y tiende a quedarse con ella, acumulando con el tiempo tantas modificaciones (arbitrarias) o usos no estándar en su entorno que fusionar los últimos parches upstream en su distribución personalizada no será posible sin un trabajo adicional importante para la compatibilidad de parches y características, y evitando parches duplicados de errores que resolvieron por sí mismos (y a su manera) mientras que upstream también tiene un parche para ello. Muchos usuarios de distribuciones personalizadas seguirían seleccionando y fusionando parches críticos (como los relacionados con vulnerabilidades de seguridad).
Véase también
Referencias
- ^ "Mantenerse cerca de los proyectos upstream :: Fedora Docs". Proyecto Fedora . Consultado el 18 de enero de 2022 .
