Resumen del historial

Editar en línea

Cómo se almacena la historia en Targetprocess

Un registro histórico es básicamente una copia de una entidad con una definición de período de tiempo.

Por ejemplo, tenemos una historia de usuario n.º 123, «Bolsa de la compra», creada el 01/01/2017 en el proyecto «Comercio electrónico» y que ahora se encuentra en estado «En pruebas». La estructura de la historia para esta historia de usuario será la siguiente:

Nº Propuesta UserStoryID Nombre CreateDate Proyecto Estado de la entidad Fecha DateTo IsChangedName IsChangedEntityState
1 123 Cesta 01/01/2017 Comercio electrónico Abrir 01/01/2017 13:46 02/01/2017 14:02 No No
2 123 Bolsa de la compra 01/01/2017 Comercio electrónico Abrir 02/01/2017 14:02 03/01/2017 09:18 Sí No
3 123 Bolsa de la compra 01/01/2017 Comercio electrónico En curso 03/01/2017 09:18 01/04/2017 21:03 No Sí
4 123 Bolsa de la compra 01/01/2017 Comercio electrónico En pruebas 01/04/2017 21:03 01/01/9999 23:59 No Sí

Como puede ver, cada registro representa uno o varios campos modificados.

Nota: Todas las actualizaciones realizadas en un intervalo de 5 minutos se fusionan en un único registro histórico. La única excepción es que EntityState:EntityState cualquier cambio se representará como un nuevo registro en el historial.

Los campos 'DateTo' «Fecha» y representan los periodos en los que el registro es válido. Si el registro es válido en este momento, se ha 'DateTo' establecido en el año 9999. En cualquier momento dado, solo un registro histórico es válido para cualquier entidad.

El 'UserStoryId' campo es una referencia a nuestra historia de usuario.

El 'IsChanged.. Las columnas muestran qué campos se modificaron en comparación con el registro anterior.

Así es como se vería una representación gráfica basada en una línea de tiempo para nuestra historia de usuario:

Representación gráfica basada en una línea de tiempo para nuestra historia de usuario

Campos personalizados

Es posible acceder a los valores históricos de los campos personalizados a través de api/v2. Más detalles aquí.

Limitaciones

No todos los campos están presentes en los registros históricos. Estos son algunos ejemplos de campos que faltan:
  • Etiquetas
  • Estados del equipo
  • Usuarios
  • Equipos
  • Miembros del proyecto y del equipo
  • Las colecciones (como tareas, comentarios, esfuerzos de roles) no son compatibles con el historial de la API