Con la nueva versión de GitLab 11.3, nos complace presentarle soporte para repositorios de Maven, propietarios de códigos, entornos seguros y pronósticos de épicas. Todo esto ayudará a automatizar la gestión de entornos y código, lo que permitirá a los desarrolladores de Java ser aún más eficientes.
Repositorio Maven
Hemos ampliado nuestro soporte para proyectos Java al incorporar repositorios Maven directamente en GitLab. Los desarrolladores de Java apreciarán una forma segura y estandarizada de vincular las bibliotecas de Maven con un sistema de control de versiones y ahorrar tiempo reutilizando estas bibliotecas en otros proyectos. Esta característica está disponible con GitLab Premium.
Propietarios de códigos y entornos protegidos
Los planes pagados que comienzan con GitLab Starter tienen la oportunidad de asignar propietarios de códigos al archivo, indicando los miembros del equipo responsables de esta parte del código. Esta es una preparación para futuras versiones, donde se fortalecerá el control interno sobre el nivel de código.
Comenzando con GitLab Premium, los operadores (responsables de la implementación) también pueden usar entornos seguros para configurar permisos que determinan quién puede implementar el código en producción. Esto reducirá significativamente el riesgo de que alguien envíe un código que no debe agregarse. Y, en principio, aumentará la seguridad del medio ambiente.
Pronósticos para epopeyas
Portfolio Management ha aparecido en GitLab Ultimate, que predecirá automáticamente las fechas de inicio y finalización de la epopeya , en función del momento de las tareas en hitos. Gracias a esta innovación, los gerentes de cartera podrán comparar las fechas de inicio y finalización planificadas con el trabajo planificado para los hitos, obteniendo una idea de posibles retrasos en la epopeya. Esto le permitirá tomar decisiones más rápido sobre lo que terminará y cuándo ajustar los planes.
Todos pueden contribuir.
Muchos de estos cambios han sido realizados por la gran comunidad de GitLab. Esperamos recibir sus comentarios y mejoras para estas nuevas funciones. ¡Juntos somos un gran equipo!
Háganos saber lo que piensa en los comentarios en el artículo del blog , y también en Habré. ¿Qué esperas de este lanzamiento? ¿En qué deberíamos seguir trabajando?
Te invitamos a nuestras reuniones y a la versión webcast 11.3 .
George agregó una característica muy popular que muchos pidieron agregar: ahora los usuarios pueden incluir sus contribuciones privadas al desarrollo en el cronograma de la página de perfil.
Gracias, George, por tus continuas contribuciones para mejorar GitLab, ¡pronto obtendrás un kit de mercancía genial!
Las principales características nuevas del lanzamiento de GitLab 11.3
Repositorio Maven
(PREMIUM, ULTIMATE, PLATA, ORO)
Para las compañías de software, es importante tener una forma simple y segura de administrar las dependencias. Las herramientas de administración de paquetes, como los desarrolladores de Maven para Java, proporcionan una forma estandarizada de distribuir bibliotecas y administrar sus versiones entre proyectos.
En la versión 11.3, nos complace proporcionar soporte de repositorio Maven integrado directamente en GitLab. Los desarrolladores de servicios de bajo nivel ahora pueden publicar sus bibliotecas en el repositorio Maven del proyecto. Solo tienen que compartir un fragmento XML simple con otros equipos que quieran usar esta biblioteca, y Maven con GitLab hará el resto.
Eche un vistazo a un proyecto de prueba que empuja el ensamblaje al repositorio de GitLab Maven y verá lo simple que es.
Documentación del repositorio de GitLab Maven y ticket original .
Terminales web interactivos para corredores de Shell y Kubernetes
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
El trabajo de CI / CD es realizado por Runners, tal como los usuarios lo configuran en la tubería. Pero este proceso no se puede controlar, y si el trabajo falla, los usuarios no podrán averiguar los detalles y determinar la supuesta fuente del problema. Los terminales web interactivos le permiten conectarse al trabajo en curso o completado y ejecutar comandos manualmente, lo que ayuda a comprender mejor lo que está sucediendo en el sistema.
Documentación interactiva del terminal web y boleto original .
Reutilización de código mejorada en .gitlab-ci.yml
(ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
Reutilizar el código de proceso de CI / CD es una gran práctica que ayuda a que la entrega de software sea coherente, escriba y mantenga menos código para cada trabajo individual. Ofrecemos una forma flexible y poderosa de reutilizar código en plantillas YAML usando la extends .
Extiende la documentación del bloque y el boleto original .
Los depósitos en depósitos privados ahora se pueden incluir en el gráfico en la página del usuario
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
En GitLab amamos el software de código abierto. Pero a veces tienes que trabajar en un proyecto privado que (hasta ahora) no estás listo para abrir al público. O puede estar limitado por razones de privacidad. En cualquier caso, GitLab está de tu lado.
En esta versión, presentamos la oportunidad de incluir contribuciones de desarrollo privado en el cronograma de inversiones en su página. Si ha habilitado esta configuración para su perfil, las contribuciones a proyectos privados también se mostrarán en el calendario de depósitos y en los depósitos diarios. Por lo tanto, su trabajo activo en proyectos privados en GitLab se presentará con precisión, sin revelar ningún detalle secreto.
¡Gracias George Tsiolis por esta característica!
Documentación sobre depósitos privados en el perfil y el boleto original .
Rediseño de la página del proyecto
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
GitLab mantiene constantemente un enfoque en mejorar la interfaz de nuestro producto.
Junto con GitLab 11.3, actualizamos las páginas de la interfaz de usuario del proyecto para presentar mejor la información del proyecto. Hicimos la información en esta página más estructurada, así como alineamos la sección superior a la izquierda y optimizamos la sangría verticalmente, para que ahora pueda ver rápidamente información sobre el proyecto y sus contenidos.
Documentación del proyecto y boleto original .
Ambientes Protegidos
(PREMIUM, ULTIMATE, PLATA, ORO)
Los operadores a menudo son responsables de proteger el entorno en el que enviamos el código diariamente; Esta tarea se vuelve especialmente importante cuando se implementa código en producción.
Con entornos protegidos, el operador obtiene el control total sobre qué usuarios, grupos o cuentas tienen permiso para incrustar código en este entorno, lo que garantiza la seguridad de los entornos.
Documentación sobre entornos protegidos y el ticket original .
Propietarios del código
(ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
Una revisión de código es la práctica fundamental de cualquier proyecto exitoso, pero no siempre está claro quién debe revisar los cambios. Ahora, para cada archivo GitLab, puede asignar uno o más propietarios de código, indicando los miembros del equipo que son responsables del código en su proyecto.
Los propietarios de códigos se asignan utilizando el archivo CODEOWNERS en un formato similar a gitattributes , y aparecen debajo de los detalles de la confirmación cuando se ve el archivo en GitLab.
En futuras versiones, los propietarios del código también estarán involucrados en los procesos de solicitud de fusión para proponer y aprobar a quienes confirmarán la solicitud de fusión. Y también en las ramas protegidas, solo los propietarios de códigos pueden cambiar los archivos .
Documentación sobre los propietarios del código y el boleto original .
Predicciones para épicas con fechas de hitos incrustadas
(ÚLTIMO, ORO)
Antes de esta versión, puede establecer fechas de inicio y finalización fijas para la epopeya, que fue muy útil para la planificación épica de alto nivel y el seguimiento del tiempo. Sin embargo, dado que las tareas se adjuntan a la epopeya y se asignan a un hito específico, sería bueno que las fechas épicas reflejaran estos hitos.
A partir de esta versión, puede cambiar entre un valor fijo para estas fechas y un valor dinámico para From milestones . Como inicio planificado, se seleccionará la fecha de inicio más temprana entre todos los hitos vinculados a las tareas de esta epopeya. Este plazo cambiará dinámicamente al agregar y eliminar tareas, agregar y eliminar hitos a estas tareas o al cambiar las fechas de los hitos. Del mismo modo, la fecha de finalización dinámica de la epopeya funcionará.
Esta característica será útil para los equipos que desean una transición perfecta de la planificación de arriba hacia abajo a largo plazo a la planificación de abajo hacia arriba a corto plazo. Encontrará más información en una publicación sobre hojas de ruta épicas , que publicamos hace unas semanas.
Documentación sobre epopeyas y boleto original .
Otras mejoras en GitLab 11.3
La notificación de una nueva epopeya se puede conectar manualmente
(ÚLTIMO, ORO)
En la última versión, agregamos notificaciones por correo electrónico sobre nuevas epopeyas para aquellos usuarios que configuraron notificaciones de actividad grupal en el nivel Watch . En esta versión, agregamos aún más funciones para personalizar algo. Ahora, utilizando el nivel Custom , puede habilitar o deshabilitar las notificaciones sobre este evento, así como sobre otros eventos.
Documentación de notificaciones y el boleto original .
Acción rápida para agregar una tarea a la epopeya desde la página de tareas
(ÚLTIMO, ORO)
Desde la página épica, es bastante fácil agregar o eliminar una tarea ya adjunta, lo cual es conveniente cuando se trabaja en la propia epopeya.
Pero a veces trabajas en una tarea y quieres adjuntarla a una epopeya existente, cuyo nombre conoces. Ahora es fácil hacer esto con una acción rápida en la página de tareas insertando la URL épica. En la próxima versión, aparecerá una acción rápida para buscar una epopeya por nombre, con autocompletado .
También se agregará una acción rápida para separar la tarea de la epopeya adjunta.
Documentación de acción rápida y boleto original .
Permiso para confirmación independiente de solicitudes de fusión
(ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
El usuario que creó la solicitud de fusión puede no ser el autor de los cambios, y otros usuarios pueden agregar cambios adicionales a la solicitud de fusión abierta. Los mantenedores ahora pueden permitir la autoaprobación de las solicitudes de fusión en la configuración del proyecto.
Anteriormente, se suponía que el usuario que abrió la solicitud de fusión la aprueba de manera predeterminada (incluidos los cambios realizados por otras personas) y, por lo tanto, no participó en la aprobación de la solicitud de fusión. Hay muchas situaciones en las que este no es el caso y él estará en contra de otros cambios. Agregar permiso explícito elimina esta suposición.
Documentación sobre auto-confirmación de solicitudes de fusión y el boleto original .
Mostrar los idiomas del repositorio en la descripción general del proyecto
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Al ver proyectos en GitLab, es importante y útil ver de inmediato los lenguajes de programación utilizados en el repositorio.
En esta versión, agregamos un panel de lenguajes de programación a la descripción general del proyecto que muestra el uso relativo de los lenguajes en el proyecto.
Documentación del proyecto y boleto original .
Plantillas de archivo personalizadas para instancias de usuario
(PREMIUM, ULTIMATE)
Las plantillas para LICENSE , .gitignore , Dockerfile y .gitlab-ci.yml hacen que sea fácil agregar estos archivos comunes a los proyectos. Las plantillas personalizadas para dichos archivos ahora se pueden agregar a las instancias de usuario de GitLab seleccionando la plantilla de repositorio con ellas.
Las plantillas personalizadas son útiles cuando las plantillas de GitLab son demasiado universales. Por ejemplo, si la compañía requiere el uso de una licencia de usuario en cada proyecto, o si hay un Dockerfile complejo que debe usarse para cada microservicio.
Gracias a Daniel Barker por agregar plantillas de licencia personalizadas .
Documentación del repositorio de plantillas para la instancia y el ticket original .
Plantillas de archivos IDE web
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Las plantillas de archivo para LICENSE , .gitignore , Dockerfile y .gitlab-ci.yml facilitan la adición de estos archivos compartidos a los proyectos y ahora se pueden usar en el IDE web. Las plantillas de archivo en el IDE web facilitan el lanzamiento de un nuevo proyecto en el entorno web IDE y mantienen estos archivos importantes actualizados.
Documentación web IDE y ticket original .
Se agregó el campo de nombre del proyecto al crear un nuevo proyecto
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Para agregar un nombre de proyecto a su proyecto GitLab recién creado, tenía que ir a la configuración del proyecto y escribir la parte correspondiente "legible para humanos" de la dirección del proyecto (URL semántica) antes.
Con GitLab 11.3, agregamos un campo de nombre de proyecto al formulario Crear proyecto. Además, la URL semántica ahora se genera automáticamente a partir del nombre del proyecto, mientras que todavía se puede cambiar manualmente. Esto acelera y simplifica la creación de un nuevo proyecto.
Documentación sobre la creación de proyectos y el ticket original .
Almacenar archivos Wiki cargados en un repositorio Wiki
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Las imágenes cargadas en la wiki a través del editor de wiki ahora se almacenan en el repositorio de Git. Estas imágenes se mostrarán en la vista previa local usando Gollum .
Anteriormente, las imágenes se guardaban en el directorio de descarga del proyecto, en el mismo lugar que el resto de los archivos adjuntos descargados en tickets y solicitudes de fusión. Esto condujo a la imposibilidad de una visualización local adecuada de la wiki, así como a la imposibilidad de transferir a otro repositorio de Git.
Documentación de Wiki y boleto original .
Soporte SAST para Groovy
(ÚLTIMO, ORO)
La prueba de seguridad de aplicaciones estáticas (SAST) está diseñada para detectar vulnerabilidades en el código fuente tan pronto como este código ingresa al repositorio. Para hacer esto, el código busca patrones conocidos y errores comunes que pueden conducir a problemas de seguridad en la aplicación. Es por eso que cada idioma necesita un apoyo especial.
Con GitLab 11.3, agregamos Groovy a la lista de idiomas compatibles con GitLab SAST. Los proyectos que usan este lenguaje ahora se detectan automáticamente, por lo que no necesita cambiar nada en el código o en las definiciones de canalización para habilitar esta función. Auto DevOps también lo admite como parte de su configuración predeterminada.
Documentación SAST y boleto original .
Filtro de eventos push de enlace web de rama
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Los webhooks para eventos push facilitan la notificación automática a los servicios externos de nuevas confirmaciones. Sin embargo, las ramas generalmente tienen diferente importancia. Los eventos push ahora se pueden filtrar por ramas, de modo que los servicios externos solo serán notificados de los cambios que sean importantes para usted.
Anteriormente, GitLab no filtraba los enlaces web y la mayoría de los sistemas externos no podían filtrar los eventos entrantes. Esto significaba que no podía integrar estos servicios externos directamente con GitLab si solo deseaba que un servicio externo utilizara un subconjunto de eventos push.
¡Gracias Duana Saskia por esta característica!
Documentación de gancho web y boleto original .
Alertas Métricas de la Biblioteca
(ÚLTIMO, ORO)
GitLab 11.2 agregó la capacidad de establecer alertas para métricas personalizadas , lo que permitió a los desarrolladores recibir notificaciones en caso de cualquier problema con sus aplicaciones.
En GitLab 11.3, hemos ampliado el soporte de alertas para todas las métricas, incluidas las métricas predeterminadas proporcionadas con las métricas de nuestra biblioteca .
Documentación de alerta para métricas y un ticket original .
DevOps automático habilitado por defecto
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Auto DevOps se ha hecho público en la versión 11.0 de GitLab, y aunque se usa ampliamente, queremos que todos los usuarios de GitLab aprovechen sus amplias capacidades. Auto DevOps ya listo proporciona beneficios significativos, desde la compilación automática (Auto Build) hasta el monitoreo automático (Auto Monitoring).
A partir de GitLab 11.3, Auto DevOps se habilitará de manera predeterminada tanto en GitLab.com como en las instancias de usuario para que cada proyecto pueda aprovechar estas características.
Consulte la documentación sobre cómo habilitar / deshabilitar Auto DevOps si desea deshabilitarlo para su proyecto o para toda la instancia.
Documentación de Auto DevOps y boleto original .
Mejoras a GitLab Geo
(PREMIUM, ULTIMATE)
Estamos constantemente enfocados en mejorar Geo , nuestra característica para equipos distribuidos geográficamente. Algunas de las mejoras importantes en GitLab 11.3:
También puede leer sobre cómo creamos GitLab Geo .
Documentación de configuración de Geo y tablero de tareas de Geo .
Desactivación automática de Auto DevOps para un proyecto en la primera falla de la tubería
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
En GitLab, uno de los valores clave del producto está "habilitado por defecto" . Cuando presentamos una nueva característica personalizada, que en nuestra opinión es muy importante, la habilitamos de manera predeterminada para que todos puedan beneficiarse de ella. Aunque Auto DevOps admite proyectos que utilizan los lenguajes de programación más populares, puede haber proyectos especializados que requieren configuración adicional.
Como queremos estar seguros de que no ejecutamos canalizaciones de Auto DevOps para proyectos que no son compatibles, desactivaremos Auto DevOps cuando falle una de las canalizaciones. GitLab notificará al propietario del proyecto sobre esto para que, si lo desea, pueda realizar los cambios de configuración necesarios para seguir trabajando con Auto DevOps. Los propietarios del proyecto pueden volver a habilitar Auto DevOps después de realizar los cambios necesarios.
Documentación de habilitación de DevOps automático y ticket original .
Gitaly v1.0
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
El acceso a Git para el uso regular de GitLab ahora puede realizarse por completo a través de Gitaly, el servicio gitPC de GitLab para acceder a Git. Esto significa que puede ejecutar Gitaly en su servidor sin NFS, cuando todas las funciones adicionales están habilitadas.
En la próxima versión de Gitaly v1.1, todas las características se incluirán de forma predeterminada. Todas las características restantes usarán Gitaly, por lo que puede prescindir de NFS.
Lea nuestra publicación de blog sobre el camino a Gitaly v1.0 .
Documentación de Gitaly y épica original .
GitLab Runner 11.3
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
También lanzamos GitLab Runner 11.3 en esta versión. GitLab Runner es un proyecto de código abierto que se utiliza para ejecutar su trabajo de CI / CD y enviar los resultados a GitLab.
Los cambios más importantes:
Se puede encontrar una lista de todos los cambios en CHANGELOG GitLab Runner.
Documentación de GitLab Runner
Lista de componentes de software de código abierto utilizados por GitLab ahora disponible en línea
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Comenzando con GitLab 11.3, estamos haciendo más accesible la lista de software de código abierto utilizado por GitLab. Antes de esta versión, estaba disponible en cada uno de nuestros paquetes de Linux, lo que requería cargar y extraer contenido.
Ahora publicamos de inmediato esta información en línea para que sea más fácil de encontrar, así como para vincularla. La lista está disponible para GitLab CE y GitLab EE .
Las notas detalladas de la versión y las instrucciones de actualización / instalación se pueden encontrar en la publicación original en inglés: GitLab 11.3 publicado con Maven Repository and Protected Environments .
Cattidourden , ainoneko , rishavant y nick_volynkin trabajaron en la traducción del inglés.