Orígenes ascendentes del paquete y servidor de símbolos disponible con carácter general: actualización de VSTS Sprint 130

En la actualización de Sprint 130 de Visual Studio Team Services (VSTS), seguimos mejorando nuestra integración con herramientas y servicios que le ayudan a establecer una canalización completa de DevOps. Administre paquetes de orígenes ascendentes para controlar las dependencias y usar VSTS como servidor de símbolos para simplificar la depuración. También puede incorporar elementos de trabajo a la conversación del equipo con la extensión de mensajería de VSTS para Microsoft Teams.

Otros aspectos destacados se incluyen:

• Mencionar un grupo en el elemento de trabajo y discusiones de solicitudes de incorporación de cambios
• Publicar automáticamente desde Azure Container Registry y Docker Hub y solo determinadas ramas de compilaciones desde GitHub
• Aproveche lo que puede tener en Jenkins con un control y una eficacia más finos mediante Azure Storage
• Administrar el acceso y las extensiones para un gran número de usuarios mediante grupos

Novedades de VSTS

Código

Recuperar un repositorio eliminado recientemente a través de una API

A veces se pueden cometer errores al limpiar antiguos repositorios del control de código fuente. Si se ha eliminado un repositorio de Git en los últimos 30 días, se puede recuperar mediante la API de REST. Vea la documentación de las operaciones list y recover para obtener más información.

Work

Analizar elementos de trabajo en Microsoft Teams mediante la extensión de mensajería de VSTS

Microsoft Teams se ha convertido en el centro de trabajo en equipo dentro de muchos equipos de ingeniería. Hemos ampliado nuestra integración de Microsoft Teams con la nueva extensión de mensajería de VSTS para permitirle encontrar y analizar elementos de trabajo específicos junto con su otro contenido y herramientas. Consulte la extensión de integración de Microsoft Teams en Marketplace para obtener más información.

Mencionar un grupo en el elemento de trabajo y discusiones de solicitudes de incorporación de cambios

Cuando las discusiones sobre los elementos de trabajo o las solicitudes de incorporación de cambios incluyen varias personas (o todos los usuarios de un equipo determinado), se tarda el tiempo en notificar a @mention todos los usuarios que quiera notificar. Ahora puede simplemente @mention un equipo o un grupo de seguridad en discusiones. Si es miembro de un grupo que se menciona en un elemento de trabajo o en una solicitud de incorporación de cambios, recibirá una notificación por correo electrónico. Si es miembro de un grupo que se menciona en un elemento de trabajo, ese elemento de trabajo se mostrará también en la tabla dinámica Mencionado en el centro Elementos de trabajo.

Compilación y versión

Uso de VSTS como servidor de símbolos

El servidor de símbolos de VSTS, que le permite hospedar y compartir símbolos con su organización, ahora está disponible con carácter general. Los símbolos proporcionan información adicional que facilita la depuración de archivos ejecutables, especialmente aquellos escritos en lenguajes nativos como C y C++. Consulte la documentación para publicar símbolos para la depuración para obtener más información.

Esta característica se ha priorizado en función de una sugerencia principal.

Filtrar ramas para artefactos de GitHub

Ahora también puede configurar filtros de rama para repositorios de GitHub. Por ejemplo, puede que desee implementar solo compilaciones procedentes de la rama master/* .

Filtrar ramas mediante incluir y excluir

Hasta ahora, ha podido especificar ramas y etiquetas que deben desencadenar una versión. Hemos recibido comentarios claros sobre que esto era limitado y requería actualizaciones frecuentes para las definiciones de versión. Como en Compilación, ahora puede especificar ramas que no deben desencadenar una versión. Por ejemplo, puede que desee desencadenar una versión para todas las ramas dev/* pero no para la rama dev/featureX .

Publicar de forma automática desde Azure Container Registry y Docker Hub

Al implementar aplicaciones en contenedores, la imagen del contenedor primero se inserta en un registro de contenedores. Una vez completada la inserción, la imagen del contenedor se puede implementar en un clúster de Web App for Containers o Kubernetes. Ahora puede habilitar la creación automática de versiones de actualizaciones para las imágenes almacenadas en Docker Hub o Azure Container Registry al agregarlas como un origen de artefactos.

Propagación de artefactos de Jenkins a Azure Storage

Los artefactos generados por las compilaciones de Jenkins se propagan normalmente a los repositorios de almacenamiento para el archivado y el uso compartido. Azure Blob Storage es uno de los repositorios admitidos para los artefactos creados por una compilación de Jenkins. Ahora, puede consumir proyectos de Jenkins que publiquen en Azure Storage como orígenes de artefactos en una definición de versión.

Los detalles del almacenamiento de blobs de Azure donde se publican los artefactos son necesarios al agregar los artefactos a una definición. Las implementaciones descargan los artefactos automáticamente de Azure a los agentes. Con esta configuración, el agente se puede desconectar del servidor Jenkins. Los agentes hospedados se pueden usar sin exponer el servidor a Internet.

Especificar una versión predeterminada para los artefactos de Jenkins

Cuando una versión con varios artefactos se desencadena automáticamente, se eligen las versiones predeterminadas guardadas en la definición de versión para todos los artefactos. Anteriormente, los artefactos de Jenkins no tenían una configuración de versión predeterminada, por lo que no se pudo establecer un desencadenador de implementación continua en una versión mediante Jenkins como artefacto secundario.

Ahora, puede especificar una versión predeterminada para los artefactos de Jenkins con las opciones con las que está familiarizado:

• Latest
• Especificar al crear la versión
• Versión específica

Limitar el ámbito de un grupo de variables a entornos concretos

Anteriormente, cuando se agregaba un grupo de variables a una definición de versión, las variables que contenía estaban disponibles para todos los entornos de la versión. Ahora, tiene la flexibilidad de limitar el ámbito de los grupos de variables a entornos específicos, lo que hace que estén disponibles para un entorno, pero no para otros de la misma versión. Esto resulta muy útil cuando se tiene un servicio externo, como un servicio de correo electrónico SMTP, que varía entre entornos.

Instalación de tareas desde Marketplace directamente desde la definición de compilación o versión

La búsqueda de una tarea en el editor de definiciones de compilación o versión ahora enumera las extensiones de tareas pertinentes de Marketplace , además de las ya instaladas o integradas. Para adquirir la extensión, haga clic en Obtenerla gratis y complete el flujo de trabajo en Marketplace. Después de tener la nueva tarea, basta con actualizar la lista de tareas en el editor de definiciones para ver las tareas recién instaladas, listas para agregar a la definición.

Package

Uso sin problemas de paquetes públicos con orígenes ascendentes

Los orígenes ascendentes de nuget.org y npmjs.com ahora están disponibles con carácter general. Las ventajas incluyen la capacidad de administrar (quitar de una lista, dejar en desuso, cancelar la publicación, eliminar, etc.) paquetes guardados desde orígenes ascendentes, además de garantizar el guardado de cada paquete ascendente que use.

Por ahora, estas ventajas solo se aplican a las fuentes creadas después de este anuncio, a menos que haya habilitado previamente el botón de alternancia de vista previa de orígenes ascendentes en el panel Características de vista previa . Si ha habilitado el botón de alternancia de vista previa, cualquier fuente creada después de habilitar el botón de alternancia puede usar estas ventajas. En una actualización posterior, podrá actualizar fuentes anteriores para aprovechar estas mejoras.

Ver la calidad de una versión del paquete en la lista de paquetes

En la lista de paquetes, ahora puede ver la vista o las vistas de cada versión del paquete para determinar rápidamente su calidad. Vea la documentación sobre vistas de versión para obtener más información.

Vincular a paquetes desde cualquier lugar

Aunque antes se podía compartir la dirección URL de un paquete del nodo Paquetes, a menudo resultaba difícil de usar porque había que incluir un proyecto en la dirección URL, lo que podía o no aplicarse a los usuarios que usaban el vínculo. Con esta actualización, ahora puede compartir paquetes mediante una dirección URL de nivel de cuenta a la que seleccionará automáticamente un proyecto al que tiene acceso el destinatario. El formato de dirección URL es: https://<account>.visualstudio.com/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|npm|Maven>&_a=package Todos los parámetros excepto <account> son opcionales, pero si proporciona un paquete, debe proporcionar el tipo de protocolo.

Compartir los paquetes con un distintivo

En la comunidad de código abierto, es habitual usar un distintivo que se vincula a la versión más reciente del paquete en el archivo Léame del repositorio. Con esta actualización, ahora puede crear distintivos para paquetes en las fuentes de VSTS. Solo tiene que comprobar la opción Habilitar distintivos de paquete en la configuración de fuente, seleccionar un paquete y, a continuación, hacer clic en Crear distintivo. Puede copiar la dirección URL del distintivo directamente o copiar Markdown generado previamente que vincula el distintivo con la página de detalles del paquete.

Reciclar y restaurar paquetes

La eliminación de paquetes no usados puede ayudar a mantener limpia la lista de paquetes, pero a veces se puede hacer por error. Ahora puede restaurar paquetes eliminados desde la Papelera de reciclaje. Los paquetes eliminados se conservan en la Papelera de reciclaje durante 30 días, lo que le otorga un tiempo suficiente para restaurarlos en caso necesario.

Administración

Administrar el acceso y las extensiones para un gran número de usuarios mediante grupos

Hemos facilitado a los administradores la administración de grandes grupos de usuarios, ya que le permite asignar niveles de acceso y extensiones a grupos de Azure AAD o VSTS. Después de configurar las reglas adecuadas, agregar a alguien al grupo les concederá automáticamente los niveles de acceso y las extensiones correctos cuando accedan a la cuenta de VSTS. Como resultado, los niveles de acceso y las extensiones ya no tendrán que administrarse individualmente.

Consulte la entrada de hoja de ruta de administración de usuarios de cuentas grandes en el blog de Microsoft DevOps del año pasado y la documentación Asignación de niveles de acceso y extensiones a usuarios por pertenencia a grupos para obtener más información.

Latencia reducida para los cambios de pertenencia a grupos de Azure AAD

Si va a administrar permisos mediante pertenencias a grupos de Azure Active Directory (Azure AD), es posible que VSTS reconozca los cambios de pertenencia en Azure AAD en el pasado. Esta latencia es ahora de hasta 1 hora, lo que le permite poner a los nuevos miembros del equipo en funcionamiento más rápido.

Administración de usuarios con la versión preliminar pública de las API REST de Graph

Los recursos de la API REST de Graph permiten a los desarrolladores escribir aplicaciones que administran usuarios, grupos y pertenencias a grupos. El conjunto de API abarca escenarios clave de administración de usuarios, como agregar una cuenta Microsoft (MSA) o un usuario de Azure Active Directory (Azure AD) a VSTS, crear un grupo de VSTS y agregar o quitar miembros de un grupo de VSTS. Consulte la documentación y ejemplos de graph REST API para obtener más información.

Dejar cuenta

En el pasado, solo los propietarios o administradores de la cuenta podían quitar usuarios de una cuenta. Ahora puede dejar una cuenta en la que ya no esté involucrado por su cuenta. Para salir de una cuenta, vaya a la página del perfil y busque la cuenta que desea dejar en la lista de cuentas. Debajo de la sección acciones de la cuenta, ahora hay una opción para dejar la cuenta. Esta característica se ha priorizado por una sugerencia.

Pasos siguientes y comentarios

Nos encantaría saber lo que piensas sobre estas características. Informe de un problema o proporcione una sugerencia si tiene ideas sobre las cosas que le gustaría ver como priorización, a través del menú de comentarios.

También puede recibir consejos y sus preguntas respondidas por la comunidad en Stack Overflow.

Gracias,

Henry Dixon y Aaron Bjork