¿Cómo manejas los errores relacionados en Bugzilla?

Question

Dentro de nuestro entorno, tenemos una base de código central y varias implementaciones específicas de cliente de esa base de código. Cuando un cliente plantea un problema, debemos determinar si se trata de un problema específico del cliente o si se trata de un problema del núcleo del código.

Utilizamos bugzilla para rastrear nuestros errores, y tenemos un producto bugzilla para el código base, y también para la implementación del cliente (ya que han personalizado la oferta para que tenga una funcionalidad mejorada). Cuando un cliente plantea un error que se relaciona con la base del código central, tenemos que plantear ese error en 2 productos bugzilla, núcleo y cliente, para que ambos equipos sepan sobre el problema. Idealmente, relacionaríamos estos errores para que no desperdiciemos esfuerzos intentando arreglarlo dos veces, y para que los 2 Project Managers estén completamente informados del progreso de ese problema.

Mi mejor idea hasta ahora es usar un comentario/descripción que incluya los trabajos "Se relaciona con el error" ya que parece que las palabras se convierten mágicamente en un enlace al error especificado facilitando llegar al detalle de ese otro error. Esto se puede buscar a través del criterio "Un comentario contiene la búsqueda".

¿Cómo hacen otros esto?

Answer 1

me gustaría utilizar depende/bloquea los campos, si están habilitadas en su Bugzilla, con el siguiente flujo de trabajo, más o menos:

• se presenta un error X en un producto específico del cliente;
• si se encuentra presente en el producto central, otra versión "central" de este error (error Y) se archiva en el producto central, y está hecha para bloquear el error específico del cliente (Y bloquea X, X depende de Y);
• el equipo central procede a solucionar el error central Y;
• cuando se soluciona el error principal, entonces el error X específico del cliente también se puede solucionar (puede o no requerir un esfuerzo adicional).

Los beneficios de utilizar depende/bloques en lugar de enlaces en los comentarios son:

• notificaciones: cuando alguien cambia de errores Y, todo el mundo que está mirando bug X también recibirá notificaciones;
• ejecuciones: Bugzilla se puede ajustar para no permitir el cierre de errores que dependen de al menos un error abierto, por lo que Y tendrá que cerrarse antes de que se cierre X.

Solíamos tener una configuración similar, con un producto central y dos productos de producción que se envían a los clientes. Sin embargo, teníamos un solo equipo para todos los productos, por lo que es más simple. Por lo general, se archivaba un error en un producto de producción, después de lo cual o bien lo reparamos allí o lo escatimábamos al producto central, o creábamos un error duplicado para el otro producto de producción. Cada vez que dos registros de errores estaban allí para el mismo problema, estaban vinculados con depends/blocks.