Agentes de Linux y macOS hospedados por Microsoft disponibles con carácter general: actualización de VSTS Sprint 137

En la actualización sprint 137 de Visual Studio Team Services (VSTS), quitamos el moniker "Preview" de nuestros agentes de CI/CD hospedados por Microsoft para Linux y macOS y los hacemos disponibles con carácter general. Junto con nuestro agente de Windows hospedado por Microsoft, ahora tiene una plataforma escalable y de confianza para compilaciones y versiones de producción, independientemente de la plataforma.

Hay una serie de otras características en código, wiki, paquete y administración. Consulte la lista de características a continuación para obtener más información.

Pasos siguientes

Obtenga información sobre las nuevas características siguientes y diríjase a VSTS para probarlas usted mismo.

Novedades de VSTS

Características

Código:

Wiki:

Compilación y versión:

Paquete:

Administrador:

Código

Creación de solicitudes de incorporación de cambios sin un equipo predeterminado como revisor

Importante

Para usar esta funcionalidad, debe tener habilitada la característica Nueva vista previade navegación en su perfil u organización.

Cuando iniciamos por primera vez la experiencia de solicitud de incorporación de cambios (PR), pensamos que tendría sentido asignar todas las solicitudes de incorporación de cambios al contexto del equipo que había seleccionado al crear la solicitud de incorporación de cambios. Este comportamiento ha sido un punto de frustración, ya que muchas personas no observaron la conexión entre el contexto del equipo y la asignación de pr. De hecho, esto ha sido una de nuestras principales sugerencias de UserVoice.

Como parte de los nuevos cambios de navegación, aprovechamos la oportunidad de cambiar esta asociación predeterminada con los equipos. Observará dos cambios:

  1. Al crear una solicitud de incorporación de cambios, no se agrega ningún revisor de forma predeterminada. La lista de revisores tiene una característica para facilitar la adición de usuarios y grupos que se agregaron recientemente a las solicitudes de incorporación de cambios. La directiva de revisores necesarios también puede ayudar a los equipos que quieran asegurarse de que se agregan revisores específicos para revisar su código.
  2. El centro de solicitudes de incorporación de cambios tiene una nueva sección personalizable. De forma predeterminada, en esta sección se muestran solicitudes de incorporación de cambios "Asignadas a mis equipos", lo que proporciona una funcionalidad equivalente como la sección anterior. Sin embargo, si pertenece a varios equipos, en esta sección se mostrarán las solicitudes de incorporación de cambios asignadas a cualquiera de los equipos. La sección también es personalizable: simplemente haga clic en la acción "Personalizar esta vista" cerca del encabezado de sección.

Permitir la omisión de directivas de rama sin renunciar a la protección de inserción

Hay muchos escenarios en los que tiene la necesidad ocasional de omitir una directiva de rama: revertir un cambio que provocó un salto de compilación, aplicar una revisión en medio de la noche, etc. Anteriormente, se ofrecía un permiso ("Exento de la aplicación de directivas") para ayudar a los equipos a administrar qué usuarios se les concedió la capacidad de omitir las directivas de rama al completar una solicitud de incorporación de cambios. Sin embargo, ese permiso también concedió la capacidad de insertar directamente en la rama, omitiendo completamente el proceso de solicitud de incorporación de cambios.

Para mejorar esta experiencia, hemos dividido el permiso anterior para ofrecer más control a los equipos que conceden permisos de omisión. Hay dos nuevos permisos para reemplazar el anterior:

  1. Omitir las directivas cuando finalicen las solicitudes de incorporación de cambios. Los usuarios con este permiso podrán usar la experiencia "Invalidar" para las PR.
  2. Omitir las directivas al insertar. Los usuarios con este permiso podrán insertar directamente en ramas que tengan configuradas las directivas necesarias.

Al conceder el primer permiso y denegar el segundo, un usuario podrá usar la opción de omisión cuando sea necesario, pero seguirá teniendo la protección contra la inserción accidental en una rama con directivas.

Nota:

Este cambio no introduce ningún cambio de comportamiento. A los usuarios a los que anteriormente se les concedió Permiso para "Excluir de la aplicación de directivas" se les concederá Permiso para ambos permisos nuevos, por lo que podrán invalidar la finalización en solicitudes de incorporación de cambios e insertar directamente en ramas con directivas.

Para obtener más información, consulte la documentación De establecimiento de permisos de rama .

Wiki

Ahora puede hacer clic en el icono de vínculo situado junto a cualquier encabezado de sección de una página wiki para generar una dirección URL directamente en esa sección. Después, puede copiar esa dirección URL y compartirla con los miembros del equipo para vincularlas directamente a esa sección. Esta característica se ha priorizado por una sugerencia.

Dirección URL del encabezado wiki

Todos los vínculos de una wiki que no están vinculados correctamente aparecerán en un color rojo distinto y un icono de vínculo roto, lo que le proporciona una pista visual de todos los vínculos rotos en una página wiki.

Vínculos rotos de wiki

Adjuntar archivos e imágenes en carpetas

Al editar páginas wiki sin conexión, puede ser más fácil agregar archivos adjuntos e imágenes en el mismo directorio que la página wiki. Ahora, puede agregar datos adjuntos o una imagen en cualquier carpeta de la wiki y vincularla a la página. Esta característica se ha priorizado por una sugerencia.

Imagen wiki en la carpeta del repositorio de Git

Abrir página en nueva pestaña

Ahora puede hacer clic con el botón derecho en una página wiki y abrirla en una nueva pestaña o simplemente presionar CTRL + clic izquierdo en una página wiki para abrirla en una nueva pestaña.

Pestaña nueva wiki

Compilación y versión

Compilación y versión con agentes de Linux y macOS hospedados por Microsoft

Los agentes de Linux y macOS hospedados por Microsoft ya no están en versión preliminar y están disponibles con carácter general. Después de varios meses en versión preliminar, escuchando comentarios y ajustando la infraestructura para proporcionar un servicio coherente, nos complace ofrecerlos ahora en disponibilidad general. Consulte la documentación de agentes hospedados por Microsoft para obtener más información.

Importante

Debido a la forma en que los grupos hospedados se implementaron en versión preliminar, los grupos de agentes de las organizaciones existentes seguirán teniendo el moniker "Preview" (solo en nombre). Los grupos marcados como "versión preliminar" han alcanzado la disponibilidad general y serán equivalentes a los grupos recién denominados correspondientes que pronto se implementarán.

Implementación automática en nuevos destinos de un grupo de implementación

Anteriormente, cuando se agregaron nuevos destinos a un grupo de implementación, se requería una implementación manual para asegurarse de que todos los destinos tienen la misma versión. Ahora puede configurar el entorno para implementar automáticamente la última versión correcta en los nuevos destinos. Tenemos previsto agregar eventos y acciones de desencadenador adicionales a la configuración de reimplementación automática en los sprints siguientes. Consulte la documentación de grupos de implementación para obtener más información.

Grupos de implementación

Mantener las implementaciones hasta que las puertas se realicen correctamente de forma coherente

Las puertas de lanzamiento permiten la evaluación automática de los criterios de mantenimiento antes de promover una versión al entorno siguiente. De forma predeterminada, la versión progresa después de que se haya recibido un ejemplo correcto para todas las puertas. Incluso si una puerta es errática y la muestra correcta recibida es ruido, la versión progresa. Para evitar estos tipos de problemas, ahora puede configurar la versión para comprobar la coherencia del estado durante un tiempo mínimo antes de avanzar. En tiempo de ejecución, la versión garantizaría que las evaluaciones consecutivas de las puertas se realicen correctamente antes de permitir la promoción. El tiempo total de evaluación depende del "tiempo entre la reevaluación" y normalmente sería mayor que la duración mínima configurada. Consulte la documentación Control de implementación de versiones mediante puertas para obtener más información.

Configuración de suspensión de puertas

Azure DevOps Projects ya está disponible con carácter general

En noviembre , presentamos DevOps Projects, que le ayuda a ponerse en marcha con una canalización completa de DevOps en Azure, desde el código hasta la supervisión, en tan solo unos minutos. Hemos agregado servicios a lo largo del proceso e incorporamos una gran cantidad de sus comentarios. Ahora continuaremos avanzando con ella con disponibilidad general para ayudarle a avanzar aún más en su recorrido con DevOps. Consulte la entrada disponibilidad general de Azure DevOps Projects en el blog de Microsoft DevOps para obtener más información.

Paquete

Introducción a la administración de paquetes preinstalada

La extensión Administración de paquetes está preinstalada en todas las organizaciones. Si usa la nueva vista previa de navegación, fíjela en la parte inferior de la lista de servicios. Si todavía está en la navegación actual, busque el centro paquetes en el grupo Centro de compilación y versión . Cada organización incluye 5 usuarios gratuitos de administración de paquetes y se pueden comprar usuarios adicionales en Marketplace. Pronto también podrá alternar la visibilidad de este servicio en su organización mediante la página Administrador de servicios dentro de la nueva navegación, ya que puede con los demás.

Servicio paquetes

Administración

Conexión o desconexión de Azure Active Directory como una colección de proyectos Administración

Un administrador de colecciones de proyectos (PCA) ahora puede conectarse o desconectar su organización de Azure Active Directory. Anteriormente, esto lo debía hacer un propietario de la organización.

Proyectos públicos disponibles en versión preliminar para todas las organizaciones

Importante

Para usar esta funcionalidad, un administrador de la organización debe habilitar proyectos públicos desde la página Configuración .

Como anunciamos en abril, estamos llevando proyectos públicos a VSTS. Por primera vez, podrá marcar un proyecto de equipo de VSTS como público. Esto permitirá que los usuarios anónimos (no autenticados) puedan ver el contenido de ese proyecto, incluidos los elementos de trabajo, el código y los resultados de compilación. Aunque la característica todavía está en versión preliminar, a partir de este sprint ya no tendrá que invitarse a unirse a la versión preliminar privada.

Importante

Si usa un proyecto público para compilar un repositorio hospedado en GitHub, tenga en cuenta que, mientras que las solicitudes de incorporación de cambios (RP) de las ramas del repositorio se compilarán correctamente, las solicitudes de incorporación de cambios abiertas desde bifurcaciones del repositorio no se compilarán ahora mismo.

Adoptar la palabra "organización" al hacer referencia a una colección de proyectos en VSTS

Hemos realizado un cambio en nuestra terminología cuando se trata de hacer referencia a una colección de proyectos en VSTS. Anteriormente usamos el término "cuenta", pero hemos descubierto que esto ha causado mucha confusión para el desarrollador más amplio y código abierto comunidad. Hemos elegido reemplazar el término "account" por "organization". Empezará a ver este lanzamiento de cambios en la documentación y en el producto con esta actualización. Consulte la entrada Adopción de la palabra "organización" en el blog de Microsoft DevOps para obtener más información.

Cómo enviar sus comentarios

Nos encantaría saber lo que piensas sobre estas características. Use el menú de comentarios para notificar un problema o proporcionar una sugerencia.

Menú Comentarios

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

Gracias,

Biju Venugopal