Las tareas de NuGet, npm y otros artefactos admiten servidores proxy: actualización de Sprint 147
En la actualización sprint 147 de Azure DevOps, hemos actualizado las distintas tareas de canalizaciones relacionadas con artefactos para admitir servidores proxy. Con esta actualización, los servidores proxy ahora funcionan en las tareas npm, NuGet, .NET Core y Universal Packages.
Consulte la lista de características siguiente para obtener más información.
Características
General:
Azure Boards:
Azure Repos:
Azure Pipelines:
- Restauración de canalizaciones de versión eliminadas
- La identidad confirma los archivos YAML para una nueva canalización, no nuestro bot
- Creación de canalizaciones a partir de un archivo YAML existente en cualquier rama o ruta de acceso
- Ejecución de canalizaciones mediante comentarios de solicitud de incorporación de cambios de GitHub
- Limitar las compilaciones de validación de solicitudes de incorporación de cambios a los miembros del equipo autorizados
- Publicación de artefactos de compilación con rutas de acceso de archivo largas
- Nuevos puntos de contribución de extensión en la pestaña Prueba de canalizaciones
Azure Artifacts:
- Compatibilidad con proxy para tareas relacionadas con artefactos
- Delegado que puede administrar fuentes
Informes:
Wiki:
General
Todos los usuarios ahora en nueva navegación
Con este sprint, todos los usuarios se han movido a la nueva navegación. Hemos quitado el botón de alternancia de característica de vista previa que permite a los usuarios volver al modelo de navegación anterior. Para más información sobre cómo navegar en el portal web, consulte Navegación del portal web en Azure DevOps.
Azure Boards
Mostrar el estado del elemento de trabajo en #ID menciones
Para mejorar la experiencia de mención del elemento de trabajo, hemos agregado más información al vincular un elemento de trabajo mediante #ID. Ahora verá en la sección de discusión el estado del elemento de trabajo que ha vinculado además del identificador, el título y el tipo de elemento de trabajo.
Esta experiencia también se puede usar en páginas wiki como se describe aquí, así como en comentarios de solicitud de incorporación de cambios. Para obtener más información, consulte la documentación sobre el uso de #ID para vincular a los elementos de trabajo aquí.
Azure Repos
Ver solo el archivo izquierdo o derecho en una solicitud de incorporación de cambios
Hoy, al ver los cambios de archivo en una solicitud de incorporación de cambios, puede usar un modo de diferenciación en paralelo o en línea . Hemos recibido comentarios que muchos de ustedes solo quieren ver el archivo original o el archivo cambiado, sin compararlos. Por lo tanto, hemos agregado una nueva opción que le permitirá ver el archivo izquierdo o el archivo derecho individualmente.
Azure Pipelines
Restauración de canalizaciones de versión eliminadas
La eliminación de canalizaciones de versión sin usar ayuda a mantener limpia la lista de canalizaciones de versión, pero a veces se elimina algo por error. Con esta actualización, ahora es posible restaurar una canalización de versión que se eliminó en los últimos 30 días. Hemos agregado una nueva pestaña al panel izquierdo de la página Versiones que mostrará una lista de canalizaciones de versión eliminadas. En esta vista, puede restaurar una canalización de versión eliminada seleccionando la canalización en la lista y haciendo clic en el botón Restaurar .
La identidad confirma los archivos YAML para una nueva canalización, no nuestro bot
Al crear una canalización, Azure Pipelines confirmará opcionalmente un archivo YAML en el repositorio y, a continuación, creará una solicitud de incorporación de cambios para la canalización. Anteriormente, si el repositorio estaba en GitHub y tenía instalada la aplicación de GitHub de Azure Pipelines , la solicitud de confirmación y extracción parecía crearla la aplicación de GitHub: "Azure Pipelines [bot]". Con esta actualización, se mostrará la identidad de GitHub como creador de la canalización en lugar de la aplicación de GitHub.
Creación de canalizaciones a partir de un archivo YAML existente en cualquier rama o ruta de acceso
Actualmente, Azure Pipelines detectará y usará automáticamente un archivo YAML existente denominado azure-pipelines.yml o .azure-pipelines.yml en la raíz del repositorio en la rama predeterminada al crear una canalización. Con esta actualización, puede elegir un archivo YAML de Azure Pipelines existente con otro nombre o ruta de acceso, o en una rama no predeterminada.
Para seleccionar un archivo existente, en la página configuración del Asistente para nueva canalización de compilación , seleccione Archivo YAML de Azure Pipelines existente. A continuación, elija la rama y busque la ruta de acceso del archivo YAML.
Ejecución de canalizaciones mediante comentarios de solicitud de incorporación de cambios de GitHub
Con esta actualización, puede ejecutar una canalización o un conjunto de pruebas para validar una solicitud de incorporación de cambios de GitHub desde la sección de comentarios de esa solicitud de incorporación de cambios. Cualquier propietario o colaborador puede comentar una solicitud de incorporación de cambios con /AzurePipelines run o /AzurePipelines run <pipeline_name> para desencadenar una compilación.
También puede abreviar el /AzurePipelines moniker como /azp. Para obtener más información sobre este tipo /azp help de característica en el comentario.
Limitar las compilaciones de validación de solicitudes de incorporación de cambios a los miembros del equipo autorizados
Se recomienda proteger la calidad de una rama mediante la implementación de compilaciones de validación de solicitudes de incorporación de cambios. Hasta ahora, las compilaciones de validación se desencadenaron automáticamente mediante cualquier solicitud de incorporación de cambios de GitHub, lo que podría suponer un riesgo, ya que la compilación se iniciaría sin su revisión.
Con esta actualización, puede requerir que el equipo autorice las compilaciones de validación de solicitudes de incorporación de cambios. Para ello, seleccione la pestaña Desencadenadores en la configuración de la canalización. A continuación, en Validación de solicitudes de incorporación de cambios, habilite Solo las compilaciones de desencadenador para los comentarios de solicitud de incorporación de cambios de los colaboradores y guarde la canalización.
Ahora, las compilaciones de validación de solicitudes de incorporación de cambios no se desencadenarán automáticamente. Cualquier propietario o colaborador del repositorio puede desencadenar una compilación de validación comentando la solicitud de incorporación de cambios con /AzurePipelines run o /AzurePipelines run <pipeline_name>.
Publicación de artefactos de compilación con rutas de acceso de archivo largas
Hasta ahora, había una limitación que impedía cargar artefactos de compilación con rutas de acceso de más de 233 caracteres. Esto podría impedir que cargue los resultados de cobertura de código de las compilaciones de Linux y macOS con rutas de acceso de archivo más largas que el límite. Con esta actualización, hemos ampliado el límite para admitir rutas de acceso largas.
Nuevos puntos de contribución de extensión en la pestaña Prueba de canalizaciones
Este sprint, hemos seguido haciendo que el marco de extensión sea más eficaz agregando dos nuevos puntos de contribución en la pestaña Resultados de la prueba en Canalizaciones. Esto permitirá que las extensiones de Marketplace proporcionen experiencias de informes más personalizadas y agreguen más interactividad.
Los dos puntos de contribución son:
Botón Acción personalizada de la barra de herramientas
A veces, puede que desee realizar una acción como actualizar los datos de una API o ejecutar herramientas personalizadas mediante metadatos de los resultados de la prueba. Con este punto de contribución, puede crear extensiones que usen el contexto inmediato del resultado de prueba seleccionado para agregar una acción personalizada al botón *Acción personalizada.
Pestaña Detalles personalizados en el panel de detalles
Es posible que tenga una amplia variedad de flujos de trabajo de consumo de informes de prueba y que desee ver distintos puntos de datos en las pruebas con errores para depurar y analizar. Con este punto de contribución, el equipo puede agregar una nueva pestaña al panel de detalles que aparecerá al seleccionar la fila de resultados de la prueba en la cuadrícula de datos. Esta nueva pestaña puede mostrar una vista con contenido estático o datos dinámicos capturados mediante API internas o externas.
Azure Artifacts
Compatibilidad con proxy para tareas relacionadas con artefactos
Hasta ahora, muchas tareas de compilación relacionadas con Artefactos no proporcionaron compatibilidad completa con la infraestructura de proxy de Azure Pipelines, lo que provocó desafíos al usar las tareas de los agentes locales. Con esta actualización, se ha agregado compatibilidad con servidores proxy a las siguientes tareas:
- npm
- NuGet : solo comandos de restauración e inserción
- CLI de .NET Core : solo comandos de inserción de NuGet y restauración
- Universal Packages
- npm Authenticate, Pip Authenticate, Twine Upload Authenticate
Nota
Estas tareas no configuran el proxy para la herramienta subyacente (npm, pip, twine). Admiten servidores proxy durante la adquisición de tokens de autenticación, pero todavía es necesario configurar las tareas, scripts o herramientas posteriores para usar también el proxy.
- Instalador de herramientas de .NET Core, instalador de herramientas de NuGet, instalador de herramientas deNode.js
Delegado que puede administrar fuentes
En Azure Artifacts, los administradores de colecciones de proyectos (PCA) siempre han podido administrar todas las fuentes de una organización de Azure DevOps. Con esta actualización, los PCA también pueden dar esta capacidad a otros usuarios y grupos, de modo que delegar la capacidad de administrar cualquier fuente.
Informes
Widget de tendencia de resultados de prueba (avanzado)
El widget Tendencia de resultados de prueba (avanzado) ya está disponible para aquellos que han instalado la extensión de Analytics en su organización de Azure DevOps. Proporciona visibilidad casi en tiempo real de los datos de prueba para varias compilaciones y versiones. El widget Tendencia de resultados de prueba (avanzado) muestra una tendencia de los resultados de las pruebas para las canalizaciones o entre canalizaciones. Puede usarlo para realizar un seguimiento del recuento diario de pruebas, velocidad de superación y duración de las pruebas. El seguimiento de la calidad de las pruebas a lo largo del tiempo y la mejora de la garantía de pruebas es clave para mantener una canalización de DevOps correcta.
El widget Tendencia de resultados de prueba (avanzado) le ayuda a averiguar valores atípicos en los resultados de las pruebas y responder preguntas como: ¿las pruebas tardan más tiempo en ejecutarse de lo habitual? ¿Qué archivo de prueba o canalización afecta a mi tasa de aprobación general? ¿Cuáles son mis pruebas de larga duración?
Para ayudarle a responder a estas preguntas, el widget proporciona estas características:
- Muestra una tendencia de la velocidad de superación y el recuento de resultados de pruebas o duración de la prueba
- Presenta resultados de prueba basados en varias canalizaciones de compilación o canalizaciones de versión
- Usa opciones de gráfico combinado para mostrar dos métricas sobre la misma tendencia.
- Filtra el recuento de pruebas a lo largo del tiempo por resultado de la prueba.
- Filtra todos los resultados de las pruebas por rama o prueba.
- Apila las métricas por atributos de prueba, como Prioridad o Entorno.
- Agrupar los datos en archivos de prueba, propietario o canalizaciones
El widget es muy configurable, lo que le permite usarlo para una amplia variedad de escenarios.
Wiki
Vínculos permanentes para páginas wiki
Hasta ahora, los vínculos de la página Wiki compartida se rompieron si se cambió el nombre o se movió la página vinculada. Con esta actualización, hemos introducido vínculos permanentes agregando identificadores de página a la dirección URL. Esto garantiza que los vínculos que comparta permanecen intactos a medida que cambia la wiki a lo largo del tiempo.
Esta característica se ha priorizado en función de una incidencia de sugerencia.
Mostrar el estado del elemento de trabajo en páginas wiki
En esta actualización, hemos mejorado las menciones de elementos de trabajo en las páginas wiki agregando el estado del elemento de trabajo a la página, junto con su identificador y título.
Las referencias de elementos de trabajo en los comentarios de solicitudes de incorporación de cambios y las discusiones de boards también mostrarán el estado.
Esta característica se ha priorizado por una sugerencia.
Pasos siguientes
Nota:
Estas características se implementarán en las próximas dos a tres semanas.
Vaya a Azure DevOps y eche un vistazo.
Cómo enviar sus comentarios
Nos encantaría escuchar lo que piensas sobre estas características. Use el menú de comentarios para notificar un problema o proporcionar una sugerencia.
También puede obtener consejos y sus preguntas respondidas por la comunidad en Stack Overflow.
Gracias,
Alex Mullans
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de