¿Quién propaga las correcciones de errores en las sucursales (desarrollo corporativo)?

Tenemos muchas versiones y twigs personalizadas. Cuando se produce corrección de errores, DEBE propagarse a través de muchas twigs.

Tengo varias preguntas relacionadas:

  • quién decide (qué rol) dónde propagar corrección de errores
  • quién controla (qué function) propagación de corrección de errores
  • donde arreglar error – en el tronco / por defecto o en la twig seleccionada?
  • ¿Es necesario probar la corrección de errores en todas las twigs por el desarrollador de la corrección de errores o solo en el original y pasar otra testing de twig al equipo de QA?
  • ¿Quién propaga la corrección de errores – Creador de corrección de errores original o persona separada asignada (qué function)?

El aspecto DVCS es un poco diferente, porque la fusión es ortogonal a la publicación (tirando / empujando).

Eso significa que necesita distinguir entre:

  • propagación entre twigs (fusión)
  • propagación entre repo (pull / push de twigs públicas , es decir, twigs hechas para ser replicadas entre repos)

Una vez que haya identificado esas twigs, el desarrollador debe iniciar una promoción de corrección de errores desde su twig de solución de errores a la twig de desarrollo común, y luego debe publicarla.
La corrección de errores en sí misma debe corregirse en una sucursal dedicada.

Puede configurar un principio de compromiso protegido publicando en un repository de preguntas y respuestas que pasará la testing y rechazará la confirmación si falla.
Consulte " ¿Cuál es el uso más inteligente del repository de origen que haya visto alguna vez? " Para ver ejemplos de confirmaciones probadas o comstackciones privadas.