Purgando construcciones históricas de la lista global [cerrado

Question

¿Cuál es la mejor práctica para purgar construcciones no utilizadas o antiguas de la lista global?

Actualmente, cada CI Build agrega su etiqueta a la lista de compilaciones. Con el tiempo, la lista se hincha y ocasionalmente eliminamos manualmente a los no utilizados de la lista.

Answer 1

La lista global de TFS lo hace hincharse y lo hace Rendimiento de cesta. Tenemos el mismo problema nosotros mismos.

Sugiero hacer lo siguiente:

1. Cambiar las definiciones de tipo de elemento de trabajo para incluir un Permitir los valores existentes Regla para los campos de ingenio que dependen de la lista global para una lista de compilaciones (por ejemplo, el campo "encontrado en la construcción" en errores).
2. Periódicamente (manual o programado) elimina las construcciones antiguas. Puede observar la política de retención de cada definición de compilación. Será seguro eliminar las compilaciones que no se deben retener (los últimos 10 por definición, por defecto). Sugiero automatizar esto y consultar la base de datos TFS para asegurarse de que las construcciones son seguras para eliminar.
3. Alternativamente, puede observar la ubicación de caída de la compilación y analizar los resultados del directorio (es decir, mantener una construcción que se almacena allí).

Answer 2

TFS agrega esas etiquetas a la lista global para que los elementos de trabajo puedan estar vinculados a compilaciones específicas. En teoría, no debe estar "limpiando" la lista de compilaciones de la lista global porque dejaría cualquier elemento de trabajo que esté utilizando esos listements como un valor para estar en un estado no válido.

Hay otras listas que se hinchan con el tiempo, como la lista de usuarios "Asignar a". Cualquiera que haya sido un usuario válido para ese proyecto de equipo aparecerá en esa lista por la misma razón que la anterior. Si elimina un usuario, deja los elementos de trabajo de ese usuario en un estado no válido. Recibirá un error cuando intente asociar conjuntos de cambios o realizar otras operaciones en elementos de trabajo no válidos.

Realmente no debería haber problemas de rendimiento con largas listas de elementos. Se vuelve molesto seleccionando desde una lista enorme en un desplegable ... pero esa es la naturaleza de la bestia TFS. Guarda todo tipo de información para que pueda extraer métricas con el tiempo.

Mire en el cubo TFS_ANALISEDY o las tablas transaccionales para versiones. Encontrará filas de datos para cada compilación que haya ejecutado. (TFS 2008 eliminó las filas de sus tablas de transaccional cuando eliminó una compilación ... En TFS 2010 se retiene los datos y se establece un indicador "IsDeleted" en la base de datos, por lo que los datos permanecen allí para siempre)

Answer 3

No sé cómo enjuagar las construcciones antiguas: también tenemos una lista inútil hinchada que incluye cientos de construcciones eliminadas que hacen que los campos como el error "se encuentren en" inutilizables.

Sin embargo, gran parte de la acumulación se puede aliviar para las compilaciones de CI, ya que es posible que no desee/necesite etiquetas para ellas. Cada definición de compilación se puede editar para detener el control de la fuente de etiquetado cuando se inicia la compilación. (No puedo ofrecer instrucciones completas, me temo ya que estoy lejos de mi PC ahora mismo)