Nos complace presentar la nueva versión de GitLab 11.4 con las tan esperadas actualizaciones diseñadas para ayudar a los equipos a trabajar de manera más eficiente. La mayoría de los equipos que usan DevOps tienden a acortar el ciclo de entrega. Por lo tanto, los desarrolladores siempre están contentos con las mejoras que reducirán la cantidad de trabajo y la pérdida de tiempo, ya que esto acelera la entrega del producto y mejora el rendimiento del negocio.
Con GitLab 11.4, hacemos que las revisiones de código sean más eficientes con solicitudes de fusión y un árbol de archivos para cambios ; También presentamos una versión alfa de las funciones del complemento (banderas de funciones, alternancia de funciones) . Auto DevOps y CI funcionan mejor junto con la migración de la base de datos PostgreSQL y la implementación programada incremental . Incluso Git ahora es más rápido con soporte para el protocolo Git v2 .
Revisión de código
Una revisión de solicitud de fusión lo ayudará a organizar sus comentarios por código y solicitud de fusión. Los comentarios por lotes permiten al revisor escribir comentarios por código o solicitud de fusión y luego emitirlos y enviarlos en un paquete, y ahora el seguimiento de los cambios en el proyecto se ha vuelto más fácil.
Un paso clave para entregar un código de alta calidad es la elección correcta de las personas responsables de la revisión y confirmación de los cambios en el código. Según los propietarios del código introducido en la versión 11.3 ( artículo original , traducción ), GitLab ahora ofrece a los que están indicados en el archivo CODEOWNERS como revisores y confirmantes para la solicitud de fusión. Por lo tanto, la revisión y confirmación de los cambios se llevará a cabo de manera más rápida y eficiente. También es útil para separar roles y responsabilidades en un equipo, por ejemplo, si necesita ciertos revisores para partes específicas del código.
La presentación de cambios de solicitud de fusión en forma de árbol de archivos también facilita que los revisores vean muchos archivos modificados y envíen sus comentarios.
Russell Levy, uno de los fundadores y CTO de Chorus.ai , describió cómo las revisiones de solicitudes de fusión y las vistas de árbol de archivos ayudan a su equipo:
Realizamos una revisión del código con mucho cuidado y generalmente escribimos 10-20 comentarios sobre la solicitud promedio de fusión, y para algunos de ellos surgen varias iteraciones de discusiones. La revisión de solicitud de fusión reduce el caos y el hipo durante el proceso de revisión del código.
Para grandes solicitudes de fusión, una nueva representación de los cambios en la forma de un árbol de archivos facilita y acelera enormemente la revisión, permitiéndole navegar fácilmente por el código para comprender las dependencias.
Funciones enchufables
Presentamos la versión alfa del sistema de conmutación de funciones: funciones de complemento . Los equipos ahora pueden practicar la entrega continua, agregando nuevas características a la producción en pequeños lotes, reduciendo el riesgo de una implementación completa.
Mejoras para Auto DevOps y CI / CD
.gitlab-ci.yml la capacidad de .gitlab-ci.yml usando include desde el plan Starter hasta el plan Core, haciéndolo accesible para todos los usuarios. Todos los equipos ahora pueden aprovechar estas mejores prácticas y administrar sus canalizaciones de CI / CD de manera más eficiente.
Y más mejoras
Junto con la enorme comunidad de GitLab en esta versión, hemos agregado muchas mejoras sorprendentes, incluida una nueva vista de página de perfil, acceso rápido al estado, resaltado de menciones por @ , nuevas acciones rápidas y la capacidad de cerrar épicas.
Siga leyendo y descubrirá todas las nuevas características de GitLab 11.4.
Te invitamos a nuestras reuniones y a la versión webcast 11.4 .
Luke agregó la capacidad de descargar un archivo con códigos de recuperación para la autenticación de dos factores , lo que simplificará su copia de seguridad. Estos códigos serán necesarios para ingresar a su cuenta de GitLab si pierde el acceso a su teléfono o contraseña secreta de un solo uso.
Gracias Luke por esta contribución.
Características clave del lanzamiento de GitLab 11.4
Revisión de solicitud de fusión
(PREMIUM, ULTIMATE, PLATA, ORO)
La revisión del código de solicitud de fusión es una característica poderosa de GitLab. Los miembros del equipo dirigen debates vinculados a líneas específicas de código en diff e incluso pueden resolverlos. Sin embargo, este proceso puede volverse difícil en las solicitudes de fusión con grandes diferencias. A menudo, el revisor tiene que dejar 10 o más comentarios en una discusión, y el noveno o décimo comentario puede hacer innecesarios los comentarios anteriores. Como resultado, el autor de la solicitud de fusión recibe muchas notificaciones y tiene que tratar con todos.
En esta versión, presentamos la Revisión de solicitud de fusión. Esto permitirá al revisor escribir tantos comentarios en el borrador como necesite, asegurarse de que todos sean necesarios y luego enviarlos en un solo paso. Dado que los borradores se guardan en GitLab, un revisor puede dividir su trabajo en varias sesiones, por ejemplo, comenzar una revisión en su escritorio en el trabajo y terminar en la tableta en la noche en casa. Cuando se envían estos borradores de comentarios, se muestran como comentarios individuales regulares. Esto les dará a los miembros individuales del equipo la oportunidad de realizar revisiones de código de una manera que sea conveniente para ellos, pero aun así junto con todo el equipo.
En futuras versiones, mejoraremos esta función y brindaremos la oportunidad de ver la vista previa antes de enviar un paquete de comentarios, así como notificaciones grupales sobre estos comentarios en una sola notificación .
Documentación de discusión y un boleto original .
Creación y uso de funciones de complemento en sus aplicaciones (versión alfa)
(PREMIUM, ULTIMATE, PLATA, ORO)
Esta función le permite crear funciones de complemento para su software y administrarlas directamente en el producto. Simplemente cree una nueva característica de complemento, confírmela en su software utilizando instrucciones API simples, y podrá controlar el comportamiento de su producto en el campo utilizando una característica de complemento en el propio GitLab.
Las funciones de complemento ofrecen un sistema de conmutación de funciones para su aplicación. Permitirá a los equipos lograr una entrega continua (CD), enviando nuevas funciones a producción en pequeños lotes para pruebas controladas, compartiendo las funciones de envío con el lanzamiento para los clientes.
Por el momento, este sistema se presenta en versión alfa. Sugerimos que verifique cómo funciona esto y deje los comentarios, pero no olvide que la implementación puede cambiar en futuras versiones.
Documentación de las características del complemento y el ticket original .
Árbol de archivos para ver los cambios de solicitud de fusión
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Una revisión de código es una práctica necesaria para cualquier proyecto exitoso, pero de la lista de cambios puede ser difícil entender qué ha cambiado. Para facilitar esta tarea, GitLab ahora proporciona un árbol de archivos para los cambios que se pueden buscar.
El árbol de archivos muestra la estructura y el tamaño de los cambios, ya que funciona con diff-stats , proporcionando un resumen general de los cambios y mejorando la navegación entre diferencias. Una búsqueda en árbol permite a los revisores limitarse a una parte de los archivos por ruta o tipo de archivo, lo que simplifica la revisión por parte de especialistas que desean centrarse solo en la parte de la solicitud de fusión.
Anteriormente, la lista de archivos modificados estaba disponible a través de una lista desplegable con una búsqueda, que era la más adecuada para navegar a un archivo específico.
Documentación sobre solicitudes de fusión y navegación en diffs y el ticket original .
Los propietarios del código se ofrecen como confirmación de solicitud de fusión
(ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
No siempre es obvio quién será el mejor candidato para una revisión de sus cambios. Los propietarios de códigos ahora se ofrecen como confirmaciones al crear o editar una solicitud de fusión para simplificar la asignación de las personas adecuadas para este rol.
El soporte para los propietarios de código apareció en la versión GitLab 11.3 ( artículo original , traducción ). En futuras versiones, aumentará el grado de participación de los propietarios del código en los procesos de trabajo de las solicitudes de fusión con designación automática como confirmación y confirmación requerida del propietario .
Documentación sobre la confirmación de solicitudes de fusión y un boleto original .
Vista actualizada de la página de perfil
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
No importa en qué rol utilice GitLab, su actividad es una fuente importante de información y un indicador de su participación que se muestra en su página de perfil. Su perfil debe dar fácilmente una idea de lo que le interesa y en qué está trabajando.
En esta versión, actualizamos la página de perfil de usuario, reduciendo la línea de tiempo para las contribuciones de desarrollo que ya le son familiares: ahora muestra sus últimas actividades y los proyectos personales más importantes en GitLab.
Documentación de perfil de usuario y ticket original .
Mostrar y cambiar el estado en el menú del usuario
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
En el lanzamiento de GitLab 11.2 ( artículo original , traducción ), presentamos por primera vez el estado de los usuarios, brindando la oportunidad de compartir su carga de trabajo actual, estado de ánimo o al menos su animal favorito.
En esta versión, simplificamos los cambios de estado. El nuevo elemento "Establecer estado" en el menú del usuario le permite establecer o borrar el estado sin salir del contexto. También muestra su estado actual con un mensaje y un emoji, en la parte superior, junto con su nombre y apodo.
Documentación de estado y boleto original .
La conexión de archivos adicionales a .gitlab-ci.yml con include ahora include disponible en Core plan
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Nos complace anunciar que a partir de esta versión, el uso de include en .gitlab-ci.yml movido del plan de .gitlab-ci.yml al plan básico. Por lo tanto, las plantillas y otros recursos compartidos siempre estarán disponibles para usuarios gratuitos y de pago, y todos tendrán la oportunidad de utilizar esta tecnología de desarrollo avanzada con fragmentos reutilizables para canalizaciones de CI / CD.
Incluye documentación y boleto original .
Inicio only / except trabajos para cambios en la ruta o el archivo
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Nos complace presentar lo que solicitó a menudo: la capacidad de usar only / except reglas en .gitlab-ci.yml para el trabajo si se producen cambios en un archivo específico o en la ruta especificada.
Esto dará más control sobre los repositorios que contienen varios recursos y ensamblajes, ya que ahora solo se realizarán los pasos necesarios para los nuevos cambios, lo que acelerará la canalización en su conjunto.
Documentación sobre el uso de restricciones en los cambios y el boleto original .
Implementación incremental programada agregada a Auto DevOps
(PREMIUM, ULTIMATE, PLATA, ORO)
La capacidad de ejecutar implementaciones incrementales en Auto DevOps ha estado disponible durante algún tiempo, y con esta versión estamos agregando la capacidad de ejecutar implementaciones en un horario para que se ejecute automáticamente de acuerdo con el horario especificado si no hay errores.
Documentación de implementación incremental programada y ticket original .
Soporte Kubernetes RBAC para aplicaciones GitLab
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Al configurar su infraestructura por primera vez o al conectarse a una existente, la seguridad es una consideración primordial. El control de acceso basado en roles (RBAC) se hizo público (GA) en la versión Kubernetes 1.8, lo que proporciona un control más granular sobre el control de acceso para los recursos de Kubernetes.
Nuestra integración con Kubernetes ahora ofrece la posibilidad de crear un clúster en GKE (Google Kubernetes Engine) con RBAC conectado, o conectarse a un clúster existente con RBAC, lo que hará que su infraestructura sea más segura.
Documentación del clúster con RBAC y el boleto original .
Soporte RBAC en Auto DevOps
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Auto DevOps ahora también admite la implementación de aplicaciones en clústeres de Kubernetes con RBAC habilitado.
El control de acceso basado en roles es una herramienta importante que ayuda a los operadores (responsables de las implementaciones) a garantizar la confiabilidad, seguridad y eficiencia de los clústeres de Kubernetes. El uso de Auto DevOps junto con un clúster conectado a RBAC garantiza que sus aplicaciones aprovechen al máximo la mayor seguridad de la infraestructura.
Documentación de Auto DevOps y boleto original .
Soporte para la migración e inicialización de la base de datos PostgreSQL para Auto DevOps
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Hemos mejorado las capacidades de Auto DevOps para detectar, construir, probar, implementar y monitorear automáticamente sus aplicaciones. A partir de la versión 11.4, Auto DevOps proporciona la capacidad de inicializar o migrar bases de datos PostgreSQL a su proyecto.
Simplemente configure la variable del proyecto para inicializar o migrar su base de datos PostgreSQL, y Auto DevOps hace el resto.
Documentación para el despliegue automático y el ticket original .
Otras mejoras en GitLab 11.4
Lista de etiquetas que sigues
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Las etiquetas en GitLab son muy versátiles, ya que se pueden aplicar a tareas, solicitudes de fusión y epopeyas. Pero cuantas más etiquetas uses, más difícil será mantenerlas en orden.
En versiones anteriores, agregamos la búsqueda de etiquetas en la página de la lista de etiquetas del proyecto. A partir de esta versión, puede buscar etiquetas, ordenarlas por nombre, fecha de creación y fecha de modificación, y ver una lista de etiquetas para las que se le notifica de notificaciones. Todo esto está disponible en las listas de etiquetas de grupo y etiquetas asociadas con el proyecto.
Busque documentación en las etiquetas y un boleto original .
Filtro de solicitud de fusión WIP
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Las solicitudes de fusión son una de las partes principales de GitLab. Permiten a los participantes del proyecto colaborar en el código mientras mantienen la transparencia. Estamos para que los equipos compartan su trabajo en una etapa temprana y usen la función WIP ("trabajo en progreso", "en desarrollo"), que muestra que la solicitud de fusión aún se está trabajando activamente y es demasiado pronto para controlarla.
En esta versión, agregamos un nuevo filtro para las listas de solicitudes de fusión, trabajando tanto a nivel de grupo como de proyecto, lo que ayuda a los usuarios a distinguir más fácilmente entre solicitudes WIP y no WIP ("en operación" y "listas"). Esto permite a los usuarios centrarse en las solicitudes de fusión que aún se encuentran en las primeras etapas de trabajo, a diferencia de las más cercanas a las etapas finales de una verificación de fusión.
Documentación de filtro WIP y boleto original .
Destacar referencias personales
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
En una discusión de una tarea o solicitud de fusión con un gran número de participantes, es difícil ver qué comentarios se dirigen a usted.
A partir de esta versión, todas las referencias a @ usuario actual se resaltarán en un color diferente, lo que le permite ver de inmediato qué comentarios se le envían y enfocarse rápidamente en ellos.
Documentación de referencias y el boleto original .
Inserte tablas y enlaces GFM en Markdown haciendo clic
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
GitLab es compatible con GitLab Flavored Markdown (GFM) en la mayoría de los campos de entrada de texto, ampliando las capacidades de formato con sintaxis simple. En particular, las tablas se pueden crear en GFM. Anteriormente, esta función era difícil de usar, especialmente cuando trabajaba con tablas grandes, ya que tenía que ingresar muchos caracteres o insertar la tabla anterior para formatearla a su gusto. GFM también admite enlaces. Pero a veces es difícil recordar qué sintaxis usar en este caso.
A partir de esta versión, simplemente puede hacer clic en el botón con la imagen de la tabla en el editor de GFM, y la tabla se insertará automáticamente. A continuación, puede completar fácilmente los valores de las celdas de la tabla o ampliarlo, personalizando a su gusto. Esta característica se puede utilizar en descripciones y comentarios en GitLab.
Del mismo modo, al hacer clic en el botón Insertar enlace, obtendrá una plantilla para la URL donde puede insertar rápidamente la dirección del enlace y su nombre.
¡Gracias a George Tsiolis por desarrollar la tabla de inserción!
¡Gracias a Jan Beckmann por desarrollar la inserción de URL!
Documentación de GFM y boleto original .
Inclusión de nuevas tareas en el horario de trabajo.
(ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
Los cuadros de Burndown ayudan a los equipos a rastrear el progreso en un hito. Por lo general, la cantidad de trabajo se discute y aprueba antes de que comience el hito. Pero a veces esta regla tiene excepciones importantes (como un error inesperado o una solución a un problema de seguridad), y debe crear nuevos tickets para tareas emergentes.
A partir de esta versión, los horarios de trabajo mostrarán información sobre nuevas tareas que se crean en medio de un hito, por lo que hay un salto en el horario.
Rango extendido de valores de peso en la API de tareas
(ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
A partir de la versión anterior, los valores de los pesos de las tareas pueden variar de cero a infinito (dentro de límites razonables).
En esta versión, agregamos la capacidad de establecer pesos con un rango más amplio utilizando las API de tareas.
Documentación de la tarea API y ticket original
Bloquee rápidamente las discusiones
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
El bloqueo de las discusiones de tareas y solicitudes de fusión ayuda a desviar la atención de las tareas antiguas y las solicitudes de fusión a las más relevantes. También puede usar esta función para suprimir el comportamiento agresivo o improductivo.
En esta versión, agregamos acciones rápidas para bloquear y desbloquear discusiones, por lo que ahora puede bloquear / desbloquear discusiones junto con publicar un comentario.
¡Gracias a Mehdi Lahmam por esta función!
Documentación de acción rápida y boleto original .
Cierre épico
(ÚLTIMO, ORO)
Esta versión agrega la capacidad de cerrar (y redescubrir) epopeyas en GitLab, así como tareas y solicitudes de fusión. La lista de epopeyas ahora tiene las pestañas Abierto (abierto), Cerrado (resuelto) y Todo (todo), similar a cómo se implementa para las tareas. Ahora, si ha completado todo el trabajo en la epopeya, o si ya no es relevante, puede marcarlo como cerrado (cerrado) y ya no aparecerá en la lista predeterminada.
Ahora puede cerrar y volver a abrir las epopeyas usando los botones apropiados o mediante acciones rápidas, así como a través de la API como tareas.
Documentación sobre epopeyas y boleto original .
Panel de configuración de administrador mejorado
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE)
- , GitLab, GitLab .
. , , .
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, GitLab. “Most stars” ( ), .
Jacopo Beschi !
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, , .
GitLab 11.4 . .
Johann Hubert Sonntagbauer !
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
-. , GitLab, . , , , .
“Download codes” ( ).
Luke Picciau !
.
Runners
(CORE, STARTER, PREMIUM, ULTIMATE)
Runners , Runners .
Runners .
Docker -
(CORE, STARTER, PREMIUM, ULTIMATE)
- Docker. Docker , , , .
- .
Auto DevOps
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
11.4 Auto DevOps ( GitLab.com) ( -) , , , . Auto DevOps , .
, , .
Auto DevOps .
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
'when' gitlab-ci.yml . , , , — , , .
.
Nurtch JupyterHub
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
(runbooks) , .
JupyterHub, , GitLab Kubernetes Nurtch Rubix , DevOps. , .
.
(ULTIMATE, GOLD)
, . -, . Maintainers , , .
GitLab 11.4 . Maintainers Settings > CI/CD > License Management , .
.
(ULTIMATE, GOLD)
GitLab 11.4, . , , .
.
Git v2
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
( git fetch ) , , . Git v2 , ( ) (GitLab) , . .
- . , ( git fetch origin master ) . , 100000 .
Git v2 Git v2.18.0, . , git config --global protocol.version 2 . GitLab.com Git v2 SSH. , .
Git v2 .
UX Geo
(PREMIUM, ULTIMATE)
Geo .
GitLab 11.4 UX Geo , . “Open projects” ( ) , . “All” .
UX !
UX Geo .
Prometheus 2.0 Omnibus GitLab
(CORE, STARTER, PREMIUM, ULTIMATE)
Omnibus Gitlab Prometheus, . Prometheus 2.x, , . , , 1.x.
GitLab 11.4, Prometheus 2.4.2 Omnibus, .
Prometheus 2.4.2, .
.
release notes / : GitLab 11.4 released with Merge Request Reviews and Feature Flags .
cattidourden , rishavant @maryartkey.