¿Diferencia entre hotfix y bugfix? [cerrado]

46

Sé que esta es una pregunta muy básica, pero parece que no puedo encontrar la respuesta con Google. ¿Cuál es la diferencia entre un hotfix y un bugfix?

Evanss
fuente
55
en.wikipedia.org/wiki/Hotfix (la única razón por la que puedo pensar en que su Google no pudo encontrarlo es una conexión de red rota)
mosquito
55
Esto no me dice cuál es la diferencia entre un hotfix y un bugfix.
Evanss
"Un paquete de hotfix puede contener varias correcciones de errores incluidas", pero esto todavía no explica cuál es la diferencia.
Evanss
La terminología depende de la metodología que utilice. Por ejemplo, git flow tiene arreglos dinámicos ramificados de la producción. Otras metodologías lo tienen en otros lugares.

Respuestas:

44

El término revisión generalmente se usa cuando el cliente ha encontrado un problema en la versión actual del producto y no puede esperar a que se solucione hasta la próxima versión importante. Por lo tanto, se crea un problema de revisión para solucionarlo y se lanza como parte de la actualización de la versión actual, generalmente llamada Actualización acumulativa (CU). Las CU no son más que un montón de revisiones juntas.

Corrección de errores: generalmente usamos esto cuando se encuentra un problema durante la fase de desarrollo y prueba internamente.

m_d_p29
fuente
¿Todo esto viene bajo gestión de lanzamiento? ¿Puedes recomendar un artículo como punto de partida para aprender más sobre estas cosas?
xyres
17

Según mi experiencia en soporte en una gran compañía de software, los dos términos no están relacionados.

Bug fix es una acción sobre el código fuente, es un cambio de código o un conjunto de cambios para abordar un defecto de código informado (un error).

A hotfixes generalmente un parche o actualización para clientes / sistemas implementados, pero más específicamente son parches que son: -

  • no publicado a un horario.

  • destinado a abordar situaciones de "nicho" o respuestas de "emergencia".

  • solo relevante para el problema específico documentado en las notas de la versión.

  • mal probado Como mucho.

  • Una fuente potencial para la (re) introducción de errores.

  • destinado a pequeños públicos.

  • es probable que afecte a los sistemas de parches automatizados y requiera monitoreo adicional Las revisiones pueden implementar un archivo / biblioteca con un número de versión inusualmente alto para evitar que se repare la revisión.

  • suministrado por el fabricante del software directamente a contactos nombrados, no disponible públicamente. A menudo se espera que los clientes se pongan en contacto con el soporte técnico para solicitar revisiones, por ejemplo.

  • frecuentemente ramificado del árbol fuente del "último bien conocido". Como 'solución rápida', el código utilizado en la revisión nunca puede volver a la compilación principal (puede ser que, como solución temporal, una solución mejor requiera más tiempo / recursos).

James Snell
fuente
9

Una corrección de errores es solo eso: una solución para un error. Esto podría suceder en casi cualquier momento de la vida útil de un producto: durante el desarrollo, durante las pruebas o después del lanzamiento.

Una revisión puede ser una o más correcciones de errores. La parte importante es el caliente, que se refiere a cuándo se aplica. Originalmente, se refería a parchar un sistema que se ejecuta activamente (también conocido como 'activo'). Se ha crecido para referirse más generalmente a las correcciones de errores proporcionadas después de que el producto se lanza al público (esto podría ser también durante las pruebas beta públicas), pero fuera del programa de actualización regular.

8bittree
fuente