Establecimiento de directivas de retención para compilaciones, versiones y pruebas
Nota
En Microsoft Team Foundation Server (TFS) 2018 y versiones anteriores, las canalizaciones de compilación y versión se denominan definiciones, las ejecuciones se denominan compilaciones, las conexiones de servicio se denominan puntos de conexión de servicio, las fases se denominan entornos y los trabajos se denominan fases.
Las directivas de retención permiten establecer cuánto tiempo se deben mantener las ejecuciones, las versiones y las pruebas almacenadas en el sistema. Para ahorrar espacio de almacenamiento, quiere eliminar ejecuciones, pruebas y versiones anteriores.
Las siguientes directivas de retención están disponibles en Azure DevOps en la configuración Project aplicación:
- Canalización: establezca cuánto tiempo se conservarán los artefactos, símbolos, datos adjuntos, ejecuciones y ejecuciones de solicitudes de extracción.
- Versión (clásica): establezca si desea guardar compilaciones y ver la configuración de retención predeterminada y máxima.
- Prueba: establezca cuánto tiempo se mantienen las ejecuciones de pruebas, los resultados y los datos adjuntos automatizados y manuales.

Nota
Si usa un servidor local, también puede especificar los valores predeterminados de la directiva de retención para un proyecto y cuando las versiones se destruyen permanentemente. Obtenga más información sobre la retención de versiones más adelante en este artículo.
Requisitos previos
De forma predeterminada, los miembros de los grupos Colaboradores, Administradores de compilación, Administradores de Project y Administradores de versión pueden administrar las directivas de retención.
Para administrar los resultados de las pruebas, debe tener una de las siguientes suscripciones:
También puede comprar acceso mensual a Azure Test Plans y asignar el nivel de acceso Básico y Test Plans acceso. Consulte Prueba del acceso por rol de usuario.
Configuración de directivas de retención
Inicie sesión en el proyecto (
https://dev.azure.com/{yourorganization}/{yourproject}).Vaya al icono
Configuración pestaña de la configuración del proyecto.Seleccione Configuración Retención de versión enPipelinesRetención enProbar.
- Seleccione Configuración directivas de retención para ejecuciones, artefactos, símbolos, datos adjuntos y ejecuciones de solicitudes de extracción.
- Seleccione Retención de versión para configurar las directivas de retención de versiones y configurar cuándo eliminar o destruir permanentemente las versiones.
- Seleccione Retención para configurar cuánto tiempo se mantendrán las ejecuciones de pruebas manuales y automatizadas.
Establecimiento de directivas de retención de ejecución
En la mayoría de los casos, no es necesario conservar las ejecuciones completadas durante un número determinado de días. Con las directivas de retención, puede controlar cuántos días desea mantener cada ejecución antes de eliminarla.
Además de definir cuántos días se deben conservar las ejecuciones, también puede decidir el número mínimo de ejecuciones que se deben conservar para cada canalización.
Vaya al icono
Configuración pestaña de la configuración del proyecto.Seleccione Configuración en la sección Pipelines configuración.
- Establezca el número de días que se conservarán los artefactos,los símbolos y los datos adjuntos.
- Establecer el número de días para mantener las ejecuciones
- Establecer el número de días para mantener las ejecuciones de solicitudes de extracción
- Establecer el número de ejecuciones recientes que se mantienen para cada canalización
Advertencia
Azure DevOps ya no admite reglas de retención por canalización. La única manera de configurar directivas de retención para las canalizaciones yaml y clásicas es a través de la configuración del proyecto descrita anteriormente. Ya no puede configurar directivas de retención por canalización.
La configuración del número de ejecuciones recientes que se mantienen para cada canalización requiere una explicación más detallada. La interpretación de esta configuración varía en función del tipo de repositorio que compile en la canalización.
Azure Repos: Azure Pipelines conserva siempre el número configurado de ejecuciones más recientes para la rama predeterminada y para cada rama protegida del repositorio. Una rama que tenga configuradas directivas de rama se considera una rama protegida. Por ejemplo, considere un repositorio con la rama predeterminada denominada main. Además, supongamos que la rama de versión de este repositorio tiene una directiva de rama. En este caso, si configuró la directiva para conservar tres ejecuciones, se conservan las tres ejecuciones más recientes de main, así como las tres últimas ejecuciones de la rama de versión. Además, también se conservan las tres últimas ejecuciones de esta canalización (independientemente de la rama).
Para aclarar aún más esta lógica, supongamos que la lista de ejecuciones de esta canalización es la siguiente con la ejecución más reciente en la parte superior. En la tabla se muestran las ejecuciones que se conservarán si ha configurado para conservar las tres últimas ejecuciones (omitiendo el efecto de la configuración del número de días):
Ejecutar # Rama Retenido/No retenido ¿Por qué? Ejecución 10 main (principal) Retenido Más reciente 3 para main Ejecución 9 branch1 Retenido Más reciente 3 para la canalización Ejecución 8 branch2 Retenido Más reciente 3 para la canalización Ejecución 7 main (principal) Retenido Más reciente 3 para main Ejecución 6 main (principal) Retenido Más reciente 3 para main Ejecución 5 main (principal) No se conserva Ni la versión más reciente 3 para main ni para la canalización Ejecución 4 main (principal) No se conserva Ni la versión más reciente 3 para main ni para la canalización Ejecución 3 branch1 No se conserva Ni la versión más reciente 3 para main ni para la canalización Ejecutar 2 release Retenido Más reciente 3 para la versión Ejecución 1 main (principal) No se conserva Ni la versión más reciente 3 para main ni para la canalización Todos los demás repositorios de Git: Azure Pipelines el número configurado de ejecuciones más recientes para la rama predeterminada del repositorio y para toda la canalización.
TFVC: Azure Pipelines el número configurado de ejecuciones más recientes para toda la canalización, independientemente de la rama.
Qué partes de la ejecución se eliminan
Cuando las directivas de retención marcan una compilación para su eliminación, puede controlar qué información relacionada con la compilación se elimina:
- Registro de compilación: puede optar por eliminar todo el registro de compilación o mantener información básica sobre la compilación incluso después de eliminar la compilación.
- Etiqueta de origen: si etiqueta los orígenes como parte de la compilación, puede optar por eliminar la etiqueta (para Git) o la etiqueta (para TFVC) creada por una compilación.
- Resultados de pruebas automatizadas: puede optar por eliminar los resultados de prueba automatizados asociados a la compilación (por ejemplo, los resultados publicados por la tarea publicar Resultados de pruebas compilación).
La siguiente información se elimina cuando se elimina una compilación:
- Registros
- Artefactos publicados
- Símbolos publicados
La siguiente información se elimina cuando se elimina una ejecución:
- Registros
- Todos los artefactos de canalización y compilación
- Todos los símbolos
- Binarios
- Resultados de pruebas
- Ejecución de metadatos
- Etiquetas de origen (TFVC) o etiquetas (Git)
Los paquetes universales, NuGet, npm y otros paquetes no están asociados a la retención de canalizaciones.
Cuándo se eliminan las ejecuciones
Las directivas de retención se procesan una vez al día. El tiempo que las directivas obtienen variables procesadas porque se distribuye el trabajo a lo largo del día con fines de equilibrio de carga. No hay ninguna opción para cambiar este proceso.
Se elimina una ejecución si se cumplen todas las condiciones siguientes:
- Supera el número de días configurados en la configuración de retención.
- No es una de las ejecuciones recientes configuradas en la configuración de retención.
- No está marcado para conservarse indefinidamente
- No se conserva mediante una versión
Las directivas de retención se ejecutan todos los días a las 3:00 a. m. UTC. No hay ninguna opción para cambiar la hora en que se ejecutan las directivas.
Establecer automáticamente la concesión de retención en ejecuciones de canalización
Las concesiones de retención se usan para administrar la duración de las ejecuciones de canalización más allá de los períodos de retención configurados. Las concesiones de retención se pueden agregar o eliminar en una ejecución de canalización mediante una llamada a la API de concesión. Esta API se puede invocar dentro de la canalización mediante un script y mediante variables predefinidas para runId y definitionId.
Se puede agregar una concesión de retención en una ejecución de canalización durante un período específico. Por ejemplo, una ejecución de canalización que se implementa en un entorno de prueba se puede conservar durante más tiempo, mientras que una ejecución que se implementa en el entorno de producción se puede conservar más tiempo.
Eliminación de una ejecución
Puede eliminar ejecuciones mediante el menú Más acciones de la página Detalles de ejecución de canalización.
Nota
Si alguna directiva de retención se aplica actualmente a la ejecución, debe quitarse antes de que se pueda eliminar la ejecución. Para obtener instrucciones, consulte Pipeline run details - delete a run (Detalles de ejecución de canalización: eliminar una ejecución).

Establecimiento de directivas de retención de versiones
Las directivas de retención de versiones para una canalización de versión clásica determinan cuánto tiempo se conservan una versión y la ejecución vinculada a ella. Con estas directivas, puede controlar cuántos días desea conservar cada versión después de que se haya modificado o implementado por última vez y el número mínimo de versiones que se deben conservar para cada canalización.
El temporizador de retención de una versión se restablece cada vez que se modifica o implementa una versión en una fase. El número mínimo de versiones para conservar la configuración tiene prioridad sobre el número de días. Por ejemplo, si especifica conservar un mínimo de tres versiones, las tres más recientes se conservarán indefinidamente, independientemente del número de días especificado. Sin embargo, puede eliminar manualmente estas versiones cuando ya no las necesite. Consulte las preguntas más frecuentes a continuación para obtener más detalles sobre cómo funciona la retención de versiones.
Como autor de una canalización de versión, puede personalizar las directivas de retención para las versiones de la canalización en la pestaña Retención.
La directiva de retención para YAML y las canalizaciones de compilación es la misma. Puede ver la configuración de retención de la canalización en Project Configuración para Pipelines en la Configuración configuración.
También puede aprender a personalizar estas directivas de forma paso a paso más adelante en este artículo.
Directiva de retención de versiones globales
Si usa una directiva local Team Foundation Server o Azure DevOps Server, puede especificar los valores predeterminados y máximos de la directiva de retención de versiones para un proyecto. También puede especificar cuándo se destruyen las versiones de forma permanente (se quitan de la pestaña Eliminados del explorador de compilación).
Si usa Azure DevOps Services, puede ver pero no cambiar esta configuración para el proyecto.
La configuración de la directiva de retención de versiones globales se puede administrar desde la configuración de retención de versión del proyecto:
- Azure DevOps Services:
https://dev.azure.com/{organization}/{project}/_settings/release?app=ms.vss-build-web.build-release-hub-group - Local:
https://{your_server}/tfs/{collection_name}/{project}/_admin/_apps/hub/ms.vss-releaseManagement-web.release-project-admin-hub
La directiva de retención máxima establece el límite superior para cuánto tiempo se pueden conservar las versiones para todas las canalizaciones de versión. Los autores de canalizaciones de versión no pueden configurar valores para sus definiciones más allá de los valores especificados aquí.
La directiva de retención predeterminada establece los valores de retención predeterminados para todas las canalizaciones de versión. Los autores de canalizaciones de compilación pueden invalidar estos valores.
La directiva de destrucción le ayuda a mantener las versiones durante un determinado período de tiempo después de que se eliminen. Esta directiva no se puede invalidar en canalizaciones de versión individuales.
Establecimiento de directivas de retención de nivel de recopilación
En el caso de los servidores locales, también puede establecer las directivas de retención de nivel de recopilación con reglas de retención personalizadas. Estas directivas de retención se aplican a las canalizaciones de compilación clásicas. La página en https://{your_server}/{collection_name}/_settings/buildqueue rige los valores máximos y los valores predeterminados.
Nota
En TFS, la administración de retención de versiones está restringida a especificar el número de días, y solo está disponible en TFS 2015.3 y versiones más recientes.
Directivas de retención específicas de la fase
Es posible que desee conservar más versiones que se han implementado en fases específicas. Por ejemplo, es posible que el equipo desee conservar:
- Versiones implementadas en la fase de producción durante 60 días, con un mínimo de tres últimas versiones implementadas.
- Versiones implementadas en la fase de preproducción durante 15 días, con un mínimo de una última versión implementada.
- Versiones implementadas en la fase de control de calidad durante 30 días, con un mínimo de dos últimas versiones implementadas.
- Versiones implementadas en la fase de desarrollo durante 10 días, con un mínimo de una última versión implementada.
La siguiente directiva de retención de ejemplo para una canalización de versión cumple los requisitos anteriores:

En este ejemplo, si una versión que se implementa en Dev no se promueve a QA durante 10 días, es un posible candidato para la eliminación. Sin embargo, si esa misma versión se implementa en QA ocho días después de implementarse en Dev, su temporizador de retención se restablece y se conserva en el sistema durante otros 30 días.
Al especificar directivas personalizadas por canalización, no puede superar los límites máximos establecidos por el administrador.
Interacción entre las directivas de retención de compilación y versión
La compilación vinculada a una versión tiene su propia directiva de retención, que puede ser más corta que la de la versión. Si desea conservar la compilación durante el mismo período que la versión, establezca la casilla Conservar artefactos asociados para las fases adecuadas. Esto invalida la directiva de retención para la compilación y garantiza que los artefactos estén disponibles si necesita volver a implementar esa versión.
Al eliminar una canalización de versión, eliminar una versión o cuando la directiva de retención elimina una versión automáticamente, la directiva de retención de la compilación asociada determinará cuándo se elimina esa compilación.
Nota
En TFS, la interacción entre la retención de compilación y versión está disponible en TFS 2017 y versiones más recientes.
Establecer directivas de retención de pruebas
Puede establecer directivas de ejecución de pruebas manuales y automatizadas.
Directivas de retención de ejecuciones de pruebas manuales
Para eliminar los resultados de pruebas manuales después de un número específico de días, establezca el límite de retención en el nivel de proyecto. Azure DevOps los resultados de pruebas manuales relacionados con las compilaciones, incluso después de eliminar esas compilaciones. De este modo, las directivas de compilación no eliminan los resultados de las pruebas antes de poder analizar los datos.
Inicie sesión en el Azure DevOps. Necesitará al menos permisos de administrador del proyecto.
Vaya al proyecto y, a continuación, seleccione
proyecto del icono de engranaje en la parte inferior de la página.

- En la página Retención de la sección Prueba, seleccione un límite para el tiempo que desea conservar los datos de prueba manual.

Directivas de retención de ejecuciones de prueba automatizadas
De forma predeterminada, Azure DevOps los resultados de pruebas automatizados relacionados con las compilaciones solo mientras mantenga esas compilaciones. Para mantener los resultados de las pruebas después de eliminar las compilaciones, edite la directiva de retención de compilación. Si usa Git para el control de versiones, puede especificar cuánto tiempo se deben mantener los resultados de las pruebas automatizadas en función de la rama.
Inicie sesión en Azure DevOps. Necesitará al menos permisos de nivel de compilación para editar canalizaciones de compilación.
Vaya al proyecto y, a continuación, seleccione
proyecto del icono de engranaje en la parte inferior de la página.

- Seleccione
engranaje Configuración en Pipelines y modifique las directivas de retención.

Otros resultados de pruebas automatizadas
Para limpiar los resultados de pruebas automatizadas que se han dejado de las compilaciones eliminadas o los resultados de pruebas que no están relacionados con las compilaciones, por ejemplo, los resultados publicados desde sistemas de prueba externos, establezca los límites de retención en el nivel de proyecto como se muestra en Directivas de retención manual de ejecuciones de pruebas.
Establecimiento de directivas de retención de artefactos
Puede establecer directivas de retención de artefactos para las ejecuciones de canalización en la configuración de canalización.
Inicie sesión en el proyecto (
https://dev.azure.com/{yourorganization}/{yourproject}).Vaya a en el icono
engranaje Configuración pestaña de la configuración del proyecto.Seleccione Configuración en Pipelines.
Editar días para mantener artefactos, símbolos y datos adjuntos.
Uso de la tarea Copiar archivos para guardar los datos durante más tiempo
Puede usar la tarea Copiar archivos para guardar los datos de compilación y artefacto durante más tiempo del que se establece en las directivas de retención. La tarea Copiar archivos es preferible a la tarea Publicar compilación Artifacts porque los datos guardados con la tarea Publicar compilación Artifacts se limpiarán y eliminarán periódicamente.
También puede personalizar estas directivas rama a rama si va a compilar desde repositorios de Git.
Directiva de retención de compilación global
Puede especificar valores predeterminados y máximos de la directiva de retención de compilación para una colección de proyectos. También puede especificar cuándo se destruyen las compilaciones de forma permanente (se quitan de la pestaña Eliminados del explorador de compilación).
- TFS 2017 y versiones más recientes:
https://{your_server}/tfs/DefaultCollection/_admin/_buildQueue
TFS 2015.3:
http://{your_server}:8080/tfs/DefaultCollection/_admin/_buildQueueTFS 2015 RTM:
http://{your_server}:8080/tfs/DefaultCollection/_admin/_buildQueue#_a=settings
La directiva de retención máxima establece el límite superior para cuánto tiempo se pueden conservar las ejecuciones para todas las canalizaciones de compilación. Los autores de canalizaciones de compilación no pueden configurar valores para sus definiciones más allá de los valores especificados aquí.
La directiva de retención predeterminada establece los valores de retención predeterminados para todas las canalizaciones de compilación. Los autores de canalizaciones de compilación pueden invalidar estos valores.
Las versiones de destrucción permanente le ayudan a mantener las ejecuciones durante un determinado período de tiempo después de que se eliminen. Esta directiva no se puede invalidar en canalizaciones de compilación individuales.
Repositorios Git
Si el tipo de repositorio es uno de los siguientes, puede definir varias directivas de retención con filtros de rama:
- Azure Repos Git o GIT de TFS.
- GitHub.
- Git externo o de otro tipo.
Por ejemplo, es posible que el equipo desee conservar:
- La rama de usuario se compila durante cinco días, con un mínimo de una única compilación correcta o parcialmente correcta para cada rama.
- Compilaciones de rama principal y de características durante 10 días, con un mínimo de tres compilaciones correctas o parcialmente correctas para cada una de estas ramas. Excluya una rama de características especial que desee conservar durante un período de tiempo más largo.
- Se compila a partir de la rama de características especiales y todas las demás ramas durante 15 días, con un mínimo de una única compilación correcta o parcialmente correcta para cada rama.
La siguiente directiva de retención de ejemplo para una canalización de compilación cumple los requisitos anteriores:

Al especificar directivas personalizadas para cada canalización, no se pueden superar los límites máximos establecidos por el administrador.
Limpieza de compilaciones de solicitudes de extracción
Si protege las ramas de Gitcon compilaciones de solicitud de extracción, puede usar directivas de retención para eliminar automáticamente las compilaciones completadas. Para ello, agregue una directiva que mantenga un mínimo de 0 compilaciones con el siguiente filtro de rama:
refs/pull/*

Repositorios TFVC y Subversion
Para los tipos de repositorio TFVC y Subversion, puede modificar una sola directiva con las mismas opciones mostradas anteriormente.
Orden de la directiva
Cuando el sistema purga compilaciones antiguas, evalúa cada compilación con las directivas en el orden especificado. Puede arrastrar y colocar una directiva más abajo o superior en la lista para cambiar este orden.
La directiva de ramas "Todas" se agrega automáticamente como la última directiva en el orden de evaluación para aplicar los límites máximos para todas las demás ramas.

Preguntas más frecuentes
Si marco una ejecución o una versión que se va a conservar indefinidamente, ¿se sigue aplicando la directiva de retención?
No. Ni la directiva de retención de la canalización ni los límites máximos establecidos por el administrador se aplican cuando se marca una ejecución o una versión individuales para conservarse indefinidamente. Permanecerá hasta que deje de conservarlo indefinidamente.
Cómo especificar que las ejecuciones implementadas en producción se conservarán más tiempo?
Si usa versiones clásicas para implementar en producción, personalice la directiva de retención en la canalización de versión. Especifique el número de días que deben conservarse las versiones implementadas en producción. Además, indique que se conservarán las ejecuciones asociadas a esa versión. Esto invalidará la directiva de retención de ejecución.
Si usa canalizaciones YAML de varias fases para producción, la única directiva de retención que puede configurar está en la configuración del proyecto. No se puede personalizar la retención en función del entorno en el que se implementa la compilación.
No he marcado ejecuciones para conservarse indefinidamente. Sin embargo, veo un gran número de ejecuciones que se conservan. ¿Cómo puedo evitar esto?
Esto podría deberse a uno de los siguientes motivos:
- Las ejecuciones están marcadas por alguien del proyecto que se va a conservar indefinidamente.
- Una versión consume las ejecuciones y la versión mantiene un bloqueo de retención en estas ejecuciones. Personalice la directiva de retención de versiones como se explicó anteriormente.
Si cree que las ejecuciones ya no son necesarias o si las versiones ya se han eliminado, puede eliminar manualmente las ejecuciones.
¿Cómo funciona la configuración "minimum releases to keep"?
Las versiones mínimas que se van a mantener se definen en el nivel de fase. Indica que los Azure DevOps conservarán siempre el número dado de últimas versiones implementadas para una fase, incluso si las versiones están fuera del período de retención. Una versión se considerará en versiones mínimas que se conservarán para una fase solo cuando la implementación se inició en esa fase. Se tienen en cuenta las implementaciones correctas y con errores. No se tienen en cuenta las versiones pendientes de aprobación.
¿Cómo se decide el período de retención cuando la versión se implementa en varias fases con un período de retención diferente?
El período de retención final se decide teniendo en cuenta los días para conservar la configuración de todas las fases en las que se implementa la versión y tarda un máximo de días en mantenerse entre ellas. Las versiones mínimas que se mantienen se rigen en el nivel de fase y no cambian en función de la versión implementada en varias fases o no. Conservar los artefactos asociados será aplicable cuando la versión se implemente en una fase para la que se establezca en true.
Eliminé una fase para la que tengo algunas versiones anteriores. ¿Qué retención se tendrá en cuenta para este caso?
A medida que se elimina la fase, la configuración de retención de nivel de fase no es aplicable ahora. Azure DevOps a la retención predeterminada del nivel de proyecto para este caso.
Mi organización requiere que conservemos las compilaciones y versiones más tiempo del permitido en la configuración. ¿Cómo se puede solicitar una retención más prolongada?
La única manera de conservar una ejecución o una versión más larga de lo que se permite a través de la configuración de retención es marcarla manualmente para que se conserve indefinidamente. No hay ninguna manera de configurar una configuración de retención más larga. También puede explorar la posibilidad de usar las API REST para descargar información y artefactos sobre las ejecuciones y cargarlos en su propio repositorio de almacenamiento o artefacto.
He perdido algunas ejecuciones. ¿Hay alguna manera de recuperarlas?
Si cree que ha perdido ejecuciones debido a un error en el servicio, cree una vale de soporte técnico inmediatamente para recuperar la información perdida. Si una definición de compilación se eliminó manualmente más de una semana antes, no será posible recuperarla. Si las ejecuciones se eliminaron según lo previsto debido a una directiva de retención, no será posible recuperar las ejecuciones perdidas.
Cómo usar la Build.Cleanup funcionalidad de los agentes?
Establecer una funcionalidad en los agentes hará que los trabajos de limpieza del grupo se dirijan solo a esos agentes, lo que deja al resto libre para Build.Cleanup realizar un trabajo normal. Cuando se elimina una ejecución de canalización, los artefactos almacenados fuera de Azure DevOps se limpian mediante una ejecución de trabajo en los agentes. Cuando el grupo de agentes se satura con trabajos de limpieza, esto puede causar un problema. La solución a esto es designar un subconjunto de agentes del grupo que son los agentes de limpieza. Si se ha establecido algún agente, solo esos agentes ejecutarán los trabajos de limpieza, dejando al resto de los agentes libres Build.Cleanup para seguir ejecutando trabajos de canalización.
¿Qué ocurre con el recurso compartido de Artifacts cuando se elimina la compilación?
Cuando se elimina una compilación Artifacts recurso compartido de archivos, se pone en cola una nueva tarea de compilación en un agente de compilación para limpiar esos archivos. Se elige un agente para realizar esta tarea en función de los criterios siguientes: ¿Hay un agente con Build.Cleanup funcionalidad disponible?
¿Está disponible el agente que ejecutó la compilación?
¿Hay disponible un agente del mismo grupo?
¿Está disponible un agente de un grupo similar?
¿Hay algún agente disponible?
¿Se conservan los resultados de las pruebas automatizadas que se publican como parte de una versión hasta que se elimina la versión?
Los resultados de las pruebas publicados en una fase de una versión se conservan según lo especificado por la directiva de retención configurada para los resultados de la prueba. Los resultados de la prueba no se conservan hasta que se conserva la versión. Si necesita los resultados de las pruebas siempre que se ejecute la versión, establezca la configuración de retención para las ejecuciones de pruebas automatizadas en la configuración de Project en consecuencia en Nunca eliminar. Esto se asegura de que los resultados de la prueba se eliminan solo cuando se elimina la versión.
¿Se eliminan los resultados de las pruebas manuales?
No. Los resultados de las pruebas manuales no se eliminan.
Cómo conservar mis etiquetas o etiquetas de control de versiones?
Precaución
Las etiquetas o etiquetas de control de versiones que se aplican durante una canalización de compilación que no se crean automáticamente a partir de la tarea Orígenes se conservarán, incluso si se elimina la compilación. Sin embargo, las etiquetas o etiquetas de control de versiones que se crean automáticamente a partir de la tarea Orígenes durante una compilación se consideran parte de los artefactos de compilación y se eliminarán cuando se elimine la compilación.
Si es necesario conservar etiquetas o etiquetas de control de versiones, incluso cuando se elimina la compilación, se deben aplicar como parte de una tarea de la canalización, etiquetarse manualmente fuera de la canalización o la compilación deberá conservarse indefinidamente.

