Todos los errores en Ubuntu tienen ciclos de vida. Además, cada uno tiene un "Estado" que ayuda a explicar cuál es su ciclo de vida. En Ubuntu, cada error a medida que continúa su ciclo de vida tiene varios estados establecidos.
Si bien todo esto está documentado con extraordinario detalle en la Guía de selección , (por ahora, ya que no tengo una gran cantidad de tiempo para escribir este proceso en texto, pero más adelante) publicaré los "Diagramas de flujo" proporcionados por Bug Squad para esto ( haga clic aquí para ver la fuente de los diagramas de flujo ). Cada estado ( mientras tanto ) se puede explicar en la documentación de errores / estado de BugSquad , pero también los he documentado aquí.
(Tenga en cuenta que la información a continuación puede estar desactualizada con la documentación en la wiki, debe consultar la wiki para obtener la información más actualizada).
La siguiente es una descripción de cada indicador de estado en un error:
- Nuevo:
- Los errores se envían con este estado
- A veces carecen de información y
- Todos ellos deben estar sin traicionar
- Incompleto:
- Si tiene que hacerle preguntas al reportero, configure el error como Incompleto
- Pídale al remitente que proporcione la información necesaria en un comentario y asegúrese de suscribirse al informe de error para que pueda recibir las actualizaciones del error por correo electrónico.
- Algunos errores nunca son respondidos por el remitente (también llamado "póster original" u "OP"). Launchpad expirará automáticamente estos errores en 60 días, contados a partir del día en que se configuró de forma incompleta. No es necesario actuar sobre ellos (y, de hecho, cambiar el error reiniciará el período de vencimiento). Tenga en cuenta que esto se aplica al proyecto Ubuntu (es decir, las tareas de error que tienen "(Ubuntu)" en su nombre). Otros proyectos pueden, o no, tener un conjunto de caducidad de error automático incompleto.
- Si alguien, incluido usted, comenta sobre el error, se restablece el reloj de vencimiento de 60 días.
- Opinión:
- El estado 'opinión' significa que hay una diferencia de opinión en torno a un error en particular y las personas son libres de continuar la discusión, pero los encargados del proyecto o del paquete deben pasar a otro trabajo y están considerando el tema cerrado. La idea es que los errores se pueden marcar como cerrados, de modo que los desarrolladores no pierdan el tiempo con ellos, pero la discusión puede continuar.
- Esta 'opinión' de estado se considera un experimento y será monitoreada de cerca.
- Inválido:
- Este estado debe usarse cuando el informe de error no contiene información adecuada para determinar si es un error, incluso si se resuelve para el reportero
- Esto también debe usarse si el problema informado no es un error, sino un error del usuario
- Debe usarse de manera conservadora ya que los errores marcados como Inválido ya no aparecen en las búsquedas predeterminadas
- Asegúrese de verificar tres veces un error antes de invalidarlo
- Caducado:
- Este estado es similar a Inválido, pero está destinado específicamente a errores que han estado incompletos durante demasiado tiempo. (Véase más arriba.)
- Este estado solo se puede establecer mediante launchpadlib o la interfaz de correo electrónico.
- Al igual que los errores no válidos, los errores caducados no se muestran en las búsquedas predeterminadas.
- Confirmado :
- Otro reportero ha experimentado el mismo error, esto puede venir en forma de un error duplicado o un comentario de error
- Los errores confirmados requieren la confirmación de alguien que no sea el reportero original
- Esto ayuda a garantizar que el error sea aplicable a Ubuntu en general, y no un problema con el sistema del reportero, por lo tanto ...
- ¡No confirmes tus propios errores!
- Triaged:
- Un miembro de UbuntuBugControl cree que el informe describe un error genuino con suficiente detalle para que un desarrollador pueda comenzar a trabajar en una solución. (también vea el consejo a continuación)
- Úselo cuando esté seguro de que un desarrollador debería verlo y tener suficiente información
- Si bien no es un requisito, el estado de la tarea Ubuntu de un error se Triaged antes de que ocurra cualquier reenvío aguas arriba
- Con errores sobre Linux Triaged significa que el error ha sido probado con el núcleo de la línea principal ascendente
- En progreso:
- Si usted está trabajando en la fijación de un error, configurarlo para que en curso que la gente sepa lo que está pasando
- Los errores en curso deben asignarse a la persona que trabaja en ellos
- Arreglo comprometido:
- Tarea de error de Ubuntu: los cambios están pendientes y se cargarán pronto (es lo que PENDINGUPLOAD era en Bugzilla)
- Fix Committed también se usa cuando existe un paquete actualizado en un repositorio propuesto, es decir, propuesto por hardy
- Fix Committed no se debe utilizar cuando se adjunta un parche a un error
- Tarea de error ascendente: la solución está en CVS / SVN / bzr o está comprometida en algún lugar
- Arreglo publicado:
- Tarea de error de Ubuntu: se cargó una solución en un repositorio oficial de Ubuntu
- NB Esto no incluye -propuesto, es decir, resistente
- No dude en agregar un registro de cambios como comentario, para que la gente sepa en qué versión del paquete se corrigió un error
- Si se solucionó un error en la versión de desarrollo actual, se lanzó Fix. Si el error también necesita ser reparado en una versión estable, use el enlace "Destino para liberar" para nominarlo para esa versión.
- Tarea de error ascendente: se anunció un lanzamiento de tarball y está disponible públicamente
- No arreglará:
- Este estado a veces se usa cuando la corrección de errores es demasiado controvertida
- Se usa con mayor frecuencia para errores con un objetivo de lanzamiento que no se solucionará en ese lanzamiento en particular, pero se puede arreglar más tarde
- También se puede usar para solicitudes de características que los desarrolladores no desean implementar
(el formato diferirá ligeramente del wiki ya que el formato aquí es más limitado)
Preguntas y respuestas relacionadas:
Valor de importancia: cómo se deciden los valores de importancia de los errores de Ubuntu