Funcionalidades en la nube
Queremos que TeamCity tenga todo lo que necesita para que sus procesos de CI/CD sean rápidos y rentables. Por eso, estamos trabajando en una serie de funcionalidades que le permitirán configurar y ejecutar de un modo más sencillo sus builds en la nube.
Almacenamiento en caché persistente para los agentes en la nube
Los equipos que usan TeamCity en la nube deberían poder completar los builds igual de rápido que si estuvieran trabajando en instalaciones locales. El almacenamiento en caché persistente en la nube permitirá a los agentes de compilación en la nube transferir dependencias de builds como artefactos Maven y paquetes NPM entre ellos, lo que le ahorrará tiempo y costes de red.
Además, necesitará menos descargas, lo cual es bueno para el planeta. Ahorra electricidad y reduce la huella de carbono). Así que esta funcionalidad le permitirá mejorar el impacto sobre el medioambiente, y sus builds también lo harán más rápidamente.
Reorganización de la gestión de credenciales de AWS
Hace poco lanzamos AWS Connection, un nuevo sistema de gestión de credenciales que proporciona a las funcionalidades de compilación y a las integraciones en la nube de TeamCity credenciales de seguridad de AWS temporales que solo tienen los derechos necesarios para realizar un trabajo específico. El siguiente paso es que AWS Connection sea compatible con todos los complementos disponibles en TeamCity. Esto evitará que el equipo tenga que configurar de forma manual el acceso a EC2, ECR, S3 y otros recursos.
Compatibilidad inmediata con Microsoft Azure
Cada vez más clientes nuestros desean ejecutar agentes de build en la nube porque les permiten aumentar rápidamente la capacidad de sus procesos de entrega cuando es necesario. Para apoyar a los usuarios que migran a Microsoft Azure, estamos planeando mejorar e incluir el complemento TeamCity Azure.
Compilador de imágenes de agentes de compilación
Con el compilador de imágenes de TeamCity, podrá compilar imágenes de máquina virtual personalizadas de los agentes de compilación de TeamCity para varios entornos. Gracias a esto, acelerará los builds con repositorios VCS preparados con anterioridad, dependencias de build, imágenes de Docker, etc.
Modo Ejecutor
Nos gustaría tener un planificador común compatible, como Kubernetes, HashiCorp Nomad, AWS ECS o similar, para poder ejecutar tareas simples de compilación sin el requisito de especificar y mantener un agente de compilación.
Esto le permitirá comenzar a establecer configuraciones de compilación de proyectos sin pensar en qué trabajadores ejecutarán sus compilaciones.
Este enfoque será útil para tareas pequeñas y sencillas que no requieran cachés locales de raíces VCS, dependencias y similares, y aumentará la utilización de recursos con planificadores. Los planificadores pueden ejecutar directamente varias tareas en paralelo en el mismo nodo del clúster.
Agentes alojados en JetBrains
Estamos estudiando la posibilidad de añadir más opciones de agentes alojados en JetBrains para TeamCity Cloud, lo que implicará recrear agentes macOS por minuto y proporcionar agentes Linux basados en ARM.
TeamCity multiusuario
Actualmente, TeamCity Cloud proporciona un servidor independiente para cada cliente y estamos estudiando la posibilidad de alojar varios proyectos en el mismo servidor. Esto nos ayudará a reducir costes y es posible que incluso nos permita ofrecer una versión gratuita de TeamCity Cloud.
Ejecutores de build e integraciones
En todo el mundo, los desarrolladores adoran las integraciones perfectas de TeamCity con herramientas de compilación y servicios externos, de modo que intentamos apoyarles de la mejor manera posible. A continuación, encontrará una lista de las nuevas funcionalidades que tenemos previsto añadir.
Compilación de solicitudes de incorporación de cambios para controlar la inicialización
Actualmente, la funcionalidad de compilación de solicitud de incorporación de cambios extiende las especificaciones de rama de una raíz VCS para incluir ramas de solicitudes de incorporación de cambios abiertas que coincidan con determinados criterios de filtrado.
Queremos ampliar esta funcionalidad para que pueda inicializar tanto builds de forma automática para un subconjunto de solicitudes de incorporación de cambios como para otras ramas de forma manual.
Consolidación de las funcionalidades de proyecto y build relacionadas con las integraciones
Esta funcionalidad le permitirá configurar una conexión (por ejemplo, a GitHub) a nivel de proyecto. Podrá indicar si necesita que TeamCity recopile cualquier solicitud de incorporación de cambios e información del sistema de seguimiento de incidencias directamente desde la configuración de la conexión, y podrá indicar qué configuraciones de build deben publicar estados.
Esta funcionalidad le ahorrará mucho tiempo, ya que podrá dejar configurados los ajustes del proyecto para siempre.
Interfaz de usuario para gestionar tokens
Los tokens de OAuth emitidos a través de Connections se guardan en un almacén de tokens interno de TeamCity. Actualmente, se extraen del almacenamiento cuando ciertos ajustes (por ejemplo, una raíz VCS o una funcionalidad de compilación) se configuran a través de la interfaz de usuario de administración.
Queremos introducir una interfaz de usuario para la gestión de tokens, lo cual le permitirá comprobar el uso que se hace de los tokens y los ámbitos, además de:
- Ver los ID de los tokens y las conexiones, las cuentas utilizadas para emitir el token, etc.
- Emitir nuevos tokens para que puedan referenciarse con un ID (por ejemplo, desde código DSL).
- Eliminar tokens del almacén.
- Ver y editar los ámbitos de proyecto de los tokens.
- Ver los usos reales de los tokens desde varias configuraciones.
Configuración automática de nuevos proyectos desde el VCS
Las grandes empresas adoran la capacidad de TeamCity para escalar a miles de agentes de compilación y decenas de miles de proyectos. Sin embargo, en algún momento, añadir nuevos proyectos deja de ser divertido y se convierte en una carga necesaria que hay que repetir cada vez que se comienza algo nuevo.
Con esta funcionalidad, estamos estudiando la posibilidad de crear de forma automática un proyecto en TeamCity cuando se cree un nuevo repositorio .teamcity.
Compatibilidad con las solicitudes de incorporación de cambios en la interfaz de usuario
TeamCity es compatible con las solicitudes de incorporación de cambios de GitHub. Desde el punto de vista de TeamCity, las solicitudes de incorporación de cambios son una rama especial. Vamos a marcar estas ramas en la interfaz de usuario para que sean claramente reconocibles.
Implementación de la compatibilidad con GitHub Checks
Gracias a la compatibilidad con GitHub Checks, vamos a proporcionar a los usuarios informes más completos de lo sucedido durante la compilación, basados en los datos procedentes de GitHub.
Los principales beneficios de esta funcionalidad son los siguientes:
- Informes de hipertexto ampliados en lugar de simples estados.
- La posibilidad de anotar lugares específicos en el código fuente (por ejemplo, para inspecciones).
Criterios de filtrado adicionales para la creación de solicitudes de incorporación de cambios
Actualmente, solo hay un filtro de rama de destino presente en la funcionalidad de creación de solicitudes de incorporación de cambios de TeamCity. Estamos estudiando la posibilidad de añadir nuevos filtros, como estados de revisión, etiquetas, roles de autor, etc.
Para desarrollar juegos
TeamCity combina las capacidades y la versatilidad que no tiene ninguna otra herramienta de integración continua, así que no es de extrañar que sea una de las soluciones de integración continua más utilizadas en el desarrollo de juegos. Estamos empezando a explorar las contribuciones que puede hacer en este sector en tres áreas principales:
- Compatibilidad con Unity.
- Compatibilidad con Unreal Engine.
- Flujos de trabajo generales de CI/CD en el desarrollo de juegos.
¿Le interesa utilizar TeamCity para crear sus juegos? Le invitamos a que se inscriba aquí si quiere formar parte de nuestra investigación.
Mejoras en la integración con Perforce
TeamCity incluye integración nativa con Perforce Helix Core, uno de los sistemas de control de versiones más utilizados en el desarrollo de juegos. Esto es lo que tenemos planeado para la compatibilidad con Perforce.
Eliminación automática de espacios de trabajo de Perforce creados por TeamCity
Al usar la comprobación de Perforce por parte del agente, se crean espacios de trabajo de Perforce. Cuando un agente de TeamCity ya no está en uso, los espacios de trabajo se quedan en el servidor de Perforce.
Para no consumir recursos del servidor, ahora podrá eliminar de forma automática los espacios de trabajo de Perforce creados por TeamCity para los agentes de TeamCity que ya no estén activos.
Más control sobre los comentarios de revisión de Helix Swarm desde el editor de estados de confirmación
Actualmente, el editor de estados de confirmación proporciona información sobre cada etapa de la compilación (en cola, iniciada, correcta/incorrecta, etc.), lo que quizás pueda abrumar.
Ahora, tendrá más control sobre qué comentarios se envían y qué estados los inician.
Personalización del nombre del espacio de trabajo de Perforce para la comprobación por parte del agente
Actualmente, TeamCity genera el nombre del espacio de trabajo de Perforce de forma automática durante la comprobación por parte del agente. Tenemos previsto añadir la opción de especificar un patrón personalizado para el nombre del espacio de trabajo. Este patrón permitirá el uso de:
- ID de proyecto e ID de configuración.
- ID externo de raíz VCS.
- Nombre del directorio de comprobación.
Compatibilidad con Unreal Engine
Unreal Engine es uno de los motores de juego más populares utilizados para el desarrollo de juegos. Estamos trabajando en un nuevo complemento de Unreal Engine que ofrecerá a los usuarios de TeamCity las siguientes funcionalidades:
- Detección de instalaciones de Unreal Engine en los agentes de compilación.
- Ejecutor específico para Unreal Engine.
- Descubrimiento automático de los pasos de compilación de Unreal Engine.
- Registros de compilación estructurados con resaltado de problemas.
- Informes de pruebas.
Configuración de varios nodos
Ejecutar varios nodos de TeamCity y hacer que funcionen juntos puede llevar su CI/CD a un nuevo nivel de rendimiento y fiabilidad. Estamos mejorando el funcionamiento de TeamCity en un entorno de grupos mediante la implementación de nuevas funcionalidades para configuraciones de varios nodos.
Mejora de la disponibilidad
El mantenimiento del servidor no debería impedir que los desarrolladores ejecuten sus builds. Tenemos intención de invertir más en funcionalidades que mejoren la disponibilidad de TeamCity, incluida la conversión automatizada de nodos secundarios a principales, y seguiremos trabajando en la eliminación de la dependencia del directorio de datos compartidos en una configuración con varios nodos.
Mejora de la propagación de los cambios en los archivos de configuración
Tenemos previsto empezar a almacenar todos los archivos de configuración en un repositorio Git local. Este repositorio se puede utilizar para compartir archivos de configuración entre los nodos de TeamCity en una configuración con varios nodos.
Esto nos permitirá configurar las notificaciones de las transacciones sobre cualquier cambio en estos archivos, lo cual garantizará la atomicidad de estas modificaciones, así como de las notificaciones de nodos secundarios sobre ellas.
Servicio de registro de compilación independiente
En la configuración con varios nodos, todos ellos trabajan con archivos de registro de compilación almacenados en un directorio de datos compartido. La mayoría de las veces, un nodo «posee» el archivo de registro correspondiente a una compilación. Este nodo escribe en el archivo, mientras que otros nodos solo pueden leerlo.
Si un nodo de TeamCity decide que el nodo que «posee» el archivo de registro se ha caído (aunque, en realidad, esté funcionando bien), otro nodo podría empezar a escribir en el mismo archivo de registro y corromperlo.
Nos gustaría implementar un servicio de registro de compilación independiente al que se pueda acceder por HTTPS desde todos los nodos. Este nuevo enfoque nos ayudará a eliminar la posibilidad de que los archivos de registro se corrompan después de que dos nodos escriban en el mismo archivo.
Confirmación de todos los cambios de configuración en un repositorio Git
La idea que hay detrás de esta funcionalidad es confirmar e impulsar todos los cambios (tanto relacionados con el proyecto como globales) a un repositorio Git especificado. Este repositorio se puede utilizar para compartir archivos de configuración entre los nodos de TeamCity en una configuración con varios nodos.
Este repositorio también se puede utilizar como una auditoría de todos los cambios realizados en la configuración de TeamCity (realizados a través de la interfaz de usuario, la API de Rest o los parámetros de la versión).
Seguridad
La integración continua es el centro del proceso de desarrollo y es fundamental mantener un flujo de trabajo que minimice el riesgo de exponer los datos a terceros o ser víctima de ciberataques. Además de nuestras mejoras continuas relacionadas con la seguridad del producto, vamos a introducir las siguientes funcionalidades:
Integración con almacenes secretos remotos
Esta funcionalidad permite a TeamCity obtener el valor de un parámetro ubicado en un almacén de parámetros externo justo antes de ejecutar un build. Puede ir a la interfaz de usuario de parámetros de TeamCity y añadir un parámetro que haga referencia al externo. Esta funcionalidad será muy útil para los equipos que almacenan parámetros en un almacenamiento externo como AWS Parameter Store, HashiCorp Vault, Azure App Configuration o Azure Key Vault, entre otros.
Este repositorio también se puede utilizar como una auditoría de todos los cambios realizados en la configuración de TeamCity (realizados a través de la interfaz de usuario, la API de Rest o los parámetros de la versión).
Gestión de compilaciones no seguras
Estamos desarrollando una funcionalidad que detectará solicitudes de fusión y de incorporación de cambios desde bifurcaciones para todos los alojamientos VCS compatibles. Para mejorar la seguridad, también vamos a implementar la aprobación manual obligatoria para las compilaciones activadas de esta manera.
Configuración como código
Gracias a la expresividad del DSL de Kotlin, nuestros usuarios están empezando a almacenar sus configuraciones de integración continua e implementación continua como código. Queremos seguir mejorando esta funcionalidad, y estos son los principales cambios que tenemos pensados para el futuro cercano.
Simplificar la experiencia de usuario
Usar el DSL de Kotlin permite a los usuarios más experimentados de TeamCity reutilizar los ajustes de configuración de compilación de forma más natural, con lo que los equipos ahorran tiempo y esfuerzo. Dado que el DSL de Kotlin está tipado estáticamente, usarlo en un IDE también hace que descubrir las API disponibles sea mucho más sencillo.
Además, entendemos que conocer Kotlin o la necesidad de trabajar con un IDE específico no debería ser un obstáculo para configurar procesos en TeamCity. Por eso, estamos investigando cómo simplificar la experiencia del usuario y hacer que trabajar con TeamCity sea aún más fácil.
Libertad para realizar importaciones en los IDE
Para simplificar la edición de archivos Kotlin en editores de código que no forman parte de un IDE, vamos a eliminar la necesidad de especificar de forma explícita las importaciones de paquetes relacionados con DSL en los archivos .kt. Las importaciones se gestionarán por parte del servidor de TeamCity de forma automática.
Esto le permitirá compilar código en cualquier editor de código y TeamCity se asegurará de que realmente funciona.
DSL básico simplificado para proyectos pequeños
Mientras que con el DSL de Kotlin puede configurar procesos exactamente como necesita que se ejecuten, es posible que los proyectos más pequeños no necesiten toda la complejidad que el DSL de Kotlin conlleva. En este sentido, vamos a simplificar el DSL básico para proyectos más pequeños, de forma que pueda copiar y pegar fácilmente ejemplos de código DSL de la documentación, lo que ayudará a acelerar el proceso de configuración de forma drástica.
Experimentación con YAML
Mientras que el DSL de Kotlin es una forma potente de configurar los proyectos de CI/CD, hay quien puede sentirse más cómodo usando YAML para configurar los procesos.
Estamos estudiando la posibilidad de añadir YAML como opción para configurar proyectos como código.
Posibilidad de abrir el repositorio de configuraciones con versiones en un sistema externo
Si usa el DSL de Kotlin para definir las configuraciones con versiones y necesita hacer cambios, TeamCity podrá llevarle al archivo correspondiente en el repositorio del sistema externo donde se almacene el código relevante. ¡Ya no tendrá que perder tiempo buscando ese archivo en el repositorio!
Mejoras principales en la integración continua
Inicio de sesión en JBA y nuevo formato de licencia
Queremos que pueda gestionar las licencias de servidor y de agente de forma transparente y flexible a través de JetBrains Account. Además, queremos que TeamCity pueda obtener estas licencias en tiempo real, sin tener que generar y descargar claves de licencia sin conexión.
Tenemos previsto:
- Simplificar la gestión de licencias para los clientes de TeamCity On-Premises para que puedan gestionar las licencias de servidor y de agente de compilación a través de sus cuentas de JetBrains sin tener que lidiar con varias claves de licencia sin conexión.
- Introducir el inicio de sesión en JetBrains Account en las instalaciones de TeamCity (incluido TeamCity Professional).
Compilaciones matriciales
Tenemos pensado añadir builds matriciales, una nueva funcionalidad que permitirá a TeamCity tomar un conjunto de parámetros y ejecutar un build para cada combinación de estos. Esta funcionalidad es especialmente útil cuando necesita ejecutar el mismo build o prueba en varios entornos, por ejemplo, diferentes sistemas operativos, versiones de Java/.NET o navegadores.
Los builds matriciales reducirán significativamente el tiempo y el esfuerzo, con lo que podrá establecer determinados parámetros (por ejemplo, el sistema operativo y el entorno) una vez y, después, ejecutarlos en paralelo en otras configuraciones de build.
Paneles de implementación
Ahora podrá guardar el historial de los builds implementados.
Gracias a esta nueva funcionalidad, podrá comprobar el estado actual de todas las implementaciones, como qué versión está implementada en la fase de producción y cuál en la de preparación.
También podrá acceder a los informes del historial de implementación de todas las instancias. En el panel de implementación, encontrará una lista de instancias, los estados actuales de estas (En curso, Correcto, Fallido) e información importante sobre el build (hora, agente, quién inició el build, etc.).
Programar una compilación para que se ejecute a una hora determinada
¿Alguna vez ha deseado poder programar una compilación para que no se ejecute en ese momento, sino a una hora determinada?
Estamos desarrollando una funcionalidad que le permitirá programar la compilación para que se ejecute a una hora determinada (según la zona horaria) o a partir de ese momento (por ejemplo, dentro de dos horas).
La compilación se añadirá inmediatamente a la cola y esperará hasta la hora programada especificada.
Uso de recursos compartidos en compilaciones compuestas
Estamos estudiando la posibilidad de pasar un valor bloqueado en una construcción compuesta a sus compilaciones de dependencia. En el futuro, también nos gustaría ofrecer a los usuarios de TeamCity la posibilidad de bloquear recursos para un conjunto de compilaciones vinculadas con dependencias de instantáneas.
Interfaz de usuario de TeamCity
Dado que los desarrolladores utilizan las soluciones de CI/CD todos los días, queremos que se sientan como en casa al trabajar con TeamCity.
Migración a las pestañas en interfaz de usuario Sakura
A partir de la versión 2022.10, la interfaz de usuario Sakura es la predeterminada en TeamCity. Estamos trabajando para lograr la paridad total de funcionalidades entre las interfaces de usuario clásica y Sakura. Para ello, volveremos a implementar las páginas de la interfaz de usuario clásica y puliremos el subsistema de complementos para integrar las pestañas de complementos en la interfaz de usuario Sakura.
Mejoras en la incorporación a TeamCity
TeamCity es un sistema potente de CI/CD con muchas funcionalidades avanzadas. Para que los usuarios se familiaricen más fácilmente con TeamCity y configuren la herramienta a su gusto, proporcionaremos guías de incorporación dentro de la solución. Las guías interactivas y los consejos mostrarán a los recién llegados cómo utilizar TeamCity de manera eficaz y ayudarán a los clientes actuales a migrar de la interfaz de usuario clásica a Sakura.
Guías interactivas y proyectos modelo
Para mejorar la incorporación de los usuarios, vamos a introducir proyectos modelo de prueba en TeamCity. Con estos proyectos modelo, podrá probar TeamCity sin conectar su base de código a la herramienta de CI/CD y obtener la primera compilación sin errores más rápidamente.
Las guías interactivas le ayudarán a obtener una visión general de las funcionalidades principales de TeamCity dentro de la interfaz de usuario. Las guías incluyen varios escenarios y casos de uso para que se familiarice con TeamCity más rápidamente.
Rendimiento de la interfaz de usuario Sakura
Estamos trabajando para mejorar el rendimiento de las instalaciones más grandes de TeamCity y, principalmente, nos hemos centrado en los agentes y las páginas de proyecto. Nuestro objetivo es disminuir el tiempo hasta el primer byte, el desplazamiento acumulativo del diseño y el tiempo hasta las métricas interactivas, así como otros indicadores esenciales de la web. Los usuarios de TeamCity verán cómo las páginas de la aplicación se renderizan y cargan más rápidamente en todos los navegadores.
Interfaz de usuario de Sakura: pestaña Problems
TeamCity ofrece una visión general de los problemas actuales y las investigaciones en el proyecto y la compilación. Los usuarios pueden revisar los errores de configuración de la compilación, las pruebas fallidas, los problemas que se están investigando, y comprobar el usuario asignado y el estado.
Estamos rediseñando la interfaz de usuario para ofrecer a nuestros usuarios una mejor visión general de todas las incidencias y su estado en un proyecto seleccionado. Ahora, las podrá encontrar en la pestaña común Problems.
Aquí, los usuarios podrán filtrar los problemas por tipo (pruebas fallidas, problemas de compilación y problemas de configuración de la compilación), estado (silenciado/no silenciado) e investigador (usuario asignado).
Con esta actualización, queremos ofrecer a nuestros usuarios una forma más cómoda y concisa de revisar las incidencias de compilación existentes y sus estados.
TeamCity Pipelines
TeamCity Pipelines ofrecerá una experiencia sencilla e intuitiva para la creación de procesos de CI/CD, gracias a la inteligencia de la que gozan los productos JetBrains.
Con TeamCity Pipelines, nuestra intención es cambiar el enfoque del paso individual de la automatización de los builds y las pruebas a la experiencia general de la configuración de los procesos de entrega. TeamCity Pipelines ofrecerá una experiencia sencilla e intuitiva para la creación de procesos de CI/CD, gracias a la inteligencia de la que gozan los productos JetBrains.
El nuevo editor visual de procesos de TeamCity Pipelines simplifica el trabajo con procesos de CI/CD de cualquier complejidad y funciona gracias al motor de CI/CD de TeamCity, que puede manejar cargas de trabajo de nivel empresarial. La asistencia de configuración inteligente integrada en TeamCity Pipelines le guiará por todos los pasos de la configuración de los procesos y le sugerirá de forma automática optimizaciones a lo largo de esta.
Estas son algunas de las nuevas funcionalidades en las que estamos trabajando para TeamCity Pipelines:
YAML para la configuración como código
El DSL de Kotlin es una forma potente de configurar los procesos como código. Sin embargo, para algunos usuarios puede ser más fácil empezar a configurar sus proyectos de CI/CD con YAML, que es el lenguaje ampliamente utilizado en el sector de la CI/CD.
Con TeamCity Pipelines, los usuarios podrán utilizar YAML para almacenar la configuración de compilación y definir los trabajos y sus dependencias.
Paralelización de pruebas
TeamCity puede paralelizar de forma automática las suites de prueba con un algoritmo inteligente, sin que el usuario deba proporcionar información adicional. El usuario solo tendrá que elegir cuántos agentes de compilación deben ejecutar las pruebas en paralelo. Esto ayudará a reducir de forma significativa la duración de la compilación en la siguiente ejecución.
Zona de pruebas para agentes
A veces, a algunos usuarios les cuesta entender qué software está instalado en los agentes de compilación de TeamCity, qué sistema operativo utilizan específicamente los agentes y cómo los usuarios pueden modificar los agente de compilación alojados por JetBrains.
Nos gustaría desarrollar una especie de zona de pruebas para agentes donde sea posible ejecutar los scripts en el agente sin ejecutar el proceso. De esta forma, los usuarios podrán conectarse a los agentes de dicha zona para investigar y depurar una vez finalizada la compilación.
Los usuarios también podrán abrir terminales de agente directamente desde la interfaz de usuario de TeamCity Pipelines para comprobar rápidamente el entorno del agente y depurar las incidencias de un agente específico.
Integración mejorada con Docker
Si el software que necesita para la configuración de los procesos no está disponible en un agente, puede optar por ejecutar las compilaciones en un contenedor de Docker.
The enhanced Docker integration in TeamCity Pipelines will allow you to use the autocomplete feature to find the correct Docker image from https://hub.docker.com/. También mostrará una lista de imágenes de Docker utilizadas anteriormente y proporcionará un enlace para cada resultado de imagen de Docker encontrado, lo que facilitará y agilizará la búsqueda de la imagen de Docker necesaria.
Estamos investigando la posibilidad de proporcionar una solución intuitiva para cuando una imagen específica no exista en Docker Hub. Los usuarios podrían hacer referencia a un archivo Docker desde el repositorio de VCS actual.
Mostrar mejoras aplicadas y recomendadas
Gracias a la paralelización inteligente de las pruebas, la reutilización de las compilaciones, el almacenamiento en caché y otras funcionalidades, TeamCity puede ayudar a las organizaciones a reducir significativamente la duración de las compilaciones. Actualmente, TeamCity muestra la duración total optimizada (ahorro de tiempo) para cada ejecución de compilación.
Para ampliar esta funcionalidad, proporcionaremos una vista más completa de las mejoras aplicadas a la ejecución de la compilación, así como una lista de posibles mejoras que podrían aplicarse para reducir aún más el tiempo de compilación.
Aquí puede registrarse para obtener acceso anticipado a TeamCity Pipelines.
TeamCity Cloud
Queremos que nuestros usuarios sean capaces de desarrollar sin las molestias que ocasiona instalar y mantener la infraestructura de build. Para ello, proporcionamos TeamCity Cloud, una solución de CI/CD totalmente gestionada que está completamente alojada y gestionada por JetBrains. Tiene la misma funcionalidad que la versión local, salvo por varias funciones administrativas que no se necesitan en la instalación en la nube.
Si bien todo lo que desarrollamos aparece tanto en la versión local del producto como en la nube, TeamCity Cloud tiene una serie de funcionalidades adicionales en su propia hoja de ruta:
- Agentes de macOS con Apple Silicon (chips M1) En desarrollo
- Integración con otros productos de JetBrains En diseño
- Licencias fáciles y de código abierto En diseño
- Nuevos rangos de tarifas. En desarrollo