Parche de Software Para Negocios

Un parche es un registro de los cambios realizados a un conjunto de recursos. Típicamente un parche se agrega una nueva característica, Corregimos un error o agregar documentación al proyecto. Un medio popular para crear un parche es usando diff, una herramienta que está comúnmente disponible en Linux y sistemas Unix.

Los parches suelen ser la forma preferida para enviar contribuciones para abrir proyectos de desarrollo tales como software, abierto sobre todo cuando un proyecto está utilizando un sistema de control de versiones centralizado (VCS) y el contribuyente no tiene derecho de cometer. Proyectos mediante un sistema de control de versiones distribuido(DVCS) pueden preferir contribuciones a presentarse como peticionesde tirón.

Al usar los parches, el contribuyente crea un parche y somete al proyecto. El encargado de proyecto puede inspeccionar los cambios y aplicarlos a la base de código principal si así lo desean. Varias herramientasestán disponibles para ayudar con los parches. Estas herramientas hacen muy fáciles de crear y administrar parches para resultados como código fuente y documentación. Herramientas de administración de parches y parches son la clave para construir una comunidad activa de colaboradores a un proyecto de desarrollo abierto.

Este documento proporciona una descripción simple de un parche desoftware. No se ocupa de la mecánica de la creación y procesamientode parches, que son mejor manejados por la documentación de la herramienta parche de gestión elegida. En la lectura de más sección, listamos algunas herramientas para ayudarle a comenzar con la creación de parches.

Crear un parche

Cuando un contribuyente realiza un cambio en las salidas de un proyecto lo hacen mediante la edición de archivos disponibles en un sistema de control de versiones. Un sistema de control de versión seguimiento de los cambios a los documentos y código fuente en el tiempo. Utilizando una facilita crear un parche ya que siempre puede consultar la versión del código fuente, en que los cambios se basan. Sin embargo, hay unos pasos que se deben tomar para maximizar las posibilidades de que el parche de ser aceptado por los responsables de un proyecto.

Es importante que el contribuyente se asegura que el parche se cumple con toda la documentación y estándares adoptados por el proyectode codificación. También es importante bien probar cambios contra cualquier suites de prueba que proporciona el proyecto. Finalmente, cada contribución debe ser claramente documentada, en un mínimo, los datos en:

lo que es intención de hacer

Cómo se implementa

Cómo se usa

Una vez que el contribuyente esté satisfecho que el parche es digno de consideración por los responsables del proyecto, se debe crear un parche.

Cómo el contribuyente crea el parche depende en que entorno de desarrollo que están utilizando y en control de versiones de que está utilizando el proyecto. Más entornos de desarrollo integrados (IDEs) incluyen una función para generar un parche. También hay muchas herramientas que puedes instalar, proporcionar interfaces de línea de comandos o GUI para conectar herramientas de generación.

Después de ejecutar la herramienta solicitada, se producirán uno o más archivos. Colectivamente, estos archivos describen los cambios realizados en la contribución. A menudo se colocarán varios archivos en unúnico archivo para facilitar su gestión. Este archivo es llamado un parche. Es este parche que envía un colaborador para el proyecto.

El proceso real varía de proyecto a proyecto, pero en todos los casos será requisito para abordar la asignación de derechos de autor o derechos de uso de IP contenida en el parche. Esto se discute más en acuerdos de licencia del contribuyente.

Aplicar un parche 

Una vez Que un parche ha sido presentado por un contribuyente, es entonces la responsabilidad de los responsables del proyecto a evaluary, en su caso, aplicar el parche. Diferentes proyectos tienen diferentesenfoques para revisar y aplicar parches. Sin embargo, tienen algunos pasos comunes:

evaluar rápidamente el valor de la revisión

preparar información pronta y exacta para el contribuyente (solicitando una nueva presentación en su caso)

aplicar experimentalmente el parche

ejecutar cualquier suites de prueba de código cambiante

Informe de cualquier problema para el contribuyente y solicitar una nueva presentación

cometer el parche para el sistema de control de versión

Los desarrolladores cualificados pueden leer archivos de parches y entender sus implicaciones sin aplicarlas realmente a la base de código. Esto hace fácil proporcionar una retroalimentación rápida para el contribuyente. Debe sentirse responsable del proyecto que el parche se ve como una contribución sólida, se aplica a su copia de desarrollo local yprobarla. Puesto que un buen aporte ya habrá sufrido la prueba extensa, esto debe ser un asunto sencillo para el encargado. Sin embargo, pueden hacer errores y tan más lejos la prueba debe realizarse siempre.

Una vez que un parche listo para ser aplicado al árbol de control de versión, el responsable será 'cometer' lo. Es decir, se hacen disponibles en el sistema de control de versión pública. Esta acción dará lugar generalmente a una notificación automática a la comunidad de desarrolladores a través de una lista de correo «commit». En este punto, la comunidad en general se da la oportunidad de revisar la contribución; Si el cambio