GitLab 11.3 admite repositorios Maven, propietarios de código, entornos seguros y pronósticos épicos. Estas características ayudan a automatizar el entorno y los controles de código, al tiempo que proporcionan un valor agregado para los desarrolladores de Java.
Repositorio Maven
Hemos ampliado el soporte para proyectos y desarrolladores Java mediante la creación de repositorios Maven directamente en GitLab. Esto proporciona a los desarrolladores de Java una forma segura y estandarizada de compartir el control de versiones en las bibliotecas de Maven y ahorrar tiempo reutilizando estas bibliotecas para diferentes proyectos. Esta característica está disponible en GitLab Premium.
Propietarios de códigos y entornos seguros
GitLab Core ahora admite la asignación de propietarios de código a archivos para indicar los miembros del equipo apropiados responsables del código. Esta característica nos prepara para futuras versiones que utilizarán controles internos a nivel de código.
Los operadores disponibles en GitLab Premium también pueden usar entornos seguros para establecer permisos que determinen quién puede implementar el código en entornos de producción. Esto reduce significativamente el riesgo de que la persona equivocada haga lo que no debe hacer y aumentará la seguridad general del medio ambiente.
Predicción épica
La nueva función de gestión de cartera de GitLab Ultimate puede predecir automáticamente las fechas de inicio y finalización épicas en función de las fechas de lanzamiento de sus lanzamientos. Con esta mejora, los gerentes de cartera podrán comparar sus fechas de inicio y finalización planificadas con el trabajo planificado a través de hitos para tener una idea de posibles fallas épicas en el cronograma. Esto permitirá decisiones más rápidas y mejores sobre lo que se puede hacer y cuándo deben ajustarse los planes.
Todos pueden contribuir.
Muchas de estas mejoras son contribuciones de la vasta comunidad de GitLab. Esperamos sus comentarios y sugerencias sobre estas fantásticas funciones nuevas. ¡Juntos somos poder!
Háganos saber lo que piensa en los comentarios a continuación. ¿Qué esperas de este lanzamiento? ¿Qué más podemos mejorar?
Características clave lanzadas en GitLab 11.3
Repositorio Maven
(disponible en versión: Premium, Ultimate, Silver, Gold)
Para cualquier organización de desarrollo, 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 compartir y controlar estas bibliotecas en todos los proyectos.
En GitLab 11.3, orgullosamente ofrecemos repositorios Maven integrados directamente en GitLab. Los desarrolladores de servicios de nivel inferior ahora pueden publicar bibliotecas empaquetadas en el repositorio Maven de su proyecto. Luego pueden compartir una pieza simple de XML con otros equipos que quieran usar esta biblioteca, y Maven y GitLab harán el resto.
Aquí hay un proyecto de ejemplo que construye y sincroniza datos desde el repositorio local hasta el repositorio de GitLab Maven. ¡Todo es simple!
Terminales web interactivos para corredores de Shell y Kubernetes
(disponible en todas las versiones)
Los trabajos de CI / CD los ejecutan los corredores según la configuración proporcionada por los usuarios en su definición de canalización. Sin embargo, el lanzamiento no es interactivo y, si falla, los usuarios no pueden profundizar en los detalles para determinar la posible fuente del problema. Los terminales web interactivos le permiten conectarse a un trabajo en ejecución o completado y ejecutar comandos manualmente para comprender mejor lo que está sucediendo en el sistema.
.gitlab-ci.yml incluidas en .gitlab-ci.yml para reutilizar scripts
(disponible en versiones: Starter, Premium, Ultimate, Bronze, Silver, Gold)
Reutilizar el código de proceso de CI / CD es una gran práctica que ayuda a garantizar la coherencia del software y minimiza la cantidad de scripts por trabajo necesarios para escribir y mantener. Ahora ofrecemos un enfoque flexible y eficiente para reutilizar código en plantillas usando YAML extends palabras clave.
Incluir complementos privados en el gráfico de complementos de usuario
(disponible en todas las versiones)
¡En GitLab, nos encanta el código abierto! Pero sucede que está trabajando en un proyecto privado que, por ahora, no quiere compartir o está limitado por un acuerdo de confidencialidad. En cualquier caso, GitLab te cubrirá.
En este número, ofrecemos la opción de incluir complementos privados en el gráfico de complementos de su perfil. Las adiciones a proyectos privados ahora se muestran en la columna de adiciones y adiciones del día actual, si habilita esta opción para su perfil. Por lo tanto, el trabajo activo en proyectos privados de GitLab se muestra con delicadeza, sin revelar ningún detalle secreto.
¡Gracias George Tsiolis por tu aporte!
Resumen del proyecto actualizado
(disponible en todas las versiones)
Iterando en nuestra interfaz de usuario es donde constantemente nos esforzamos por lograr lo mejor.
En GitLab 11.3, actualizamos la interfaz de usuario de la página de descripción general del proyecto para que le resulte más fácil estudiar el proyecto. Una vez mejorada la estructura de información general de esta página, alineamos a la izquierda la sección superior del título y optimizamos el espacio vertical para que pueda ver rápidamente el proyecto y su contenido.
Entornos seguros
(disponible en versiones: Premium, Ultimate, Silver, Gold)
Los operadores a menudo tienen la delicada tarea de proteger el entorno en el que implementamos el código diariamente. La tarea se vuelve especialmente importante cuando se implementa código en un entorno de producción.
Con un entorno seguro, los operadores tienen un control completo sobre qué persona, grupo o cuenta puede inyectar código en un entorno particular. Esto proporciona protección y seguridad adicionales.
Propietarios del código
(disponible en versiones: Starter, Premium, Ultimate, Bronze, Silver, Gold)
Una revisión del código es necesaria en cada proyecto exitoso, pero no siempre está claro quién está siguiendo los cambios. GitLab ahora admite la asignación de propietarios de códigos a los archivos, especificando los miembros del equipo responsables del código en su proyecto.
Los propietarios de códigos se asignan utilizando el archivo CODEOWNERS , un formato similar a [gitattributes] (https://git-scm.com/docs/gitattributes) , y la información de confirmación se enumera a continuación. Son visibles al ver un archivo en GitLab.
En futuras versiones, los propietarios del código se integrarán en el flujo de trabajo de solicitud del programa de fusión para ofrecer aprobadores , nombrar aprobadores y hacer cumplir los propietarios del código .
Predicción épica con fechas clave integradas
(disponible en versiones: Ultimate, Gold)
Antes de esta versión, puede establecer valores fijos para la fecha de inicio planificada y la fecha de finalización épica planificada. Esto es útil para la planificación de alto nivel y el seguimiento épico. Sin embargo, dado que los temas están unidos a la epopeya, y los temas tienen hitos reales, sería útil que las fechas épicas reflejaran esas fechas.
Con esta versión, puede cambiar fácilmente de un valor fijo para cualquiera de las fechas a un valor dinámico llamado From milestones . Para la fecha de inicio planificada de este valor dinámico, se utilizará la fecha de inicio más temprana de todos los pasos asociados con temas épicos. Es realmente dinámico, porque cambiará si se agregan o eliminan temas, si se establecen o eliminan hitos (para estos temas) o si se cambian las fechas de inicio de estas etapas. La versión dinámica de la fecha de finalización épica planificada es similar.
Característica útil si desea realizar una transición fluida de un análisis descendente de alto nivel a un análisis ascendente de micro nivel. Vea la publicación épica del calendario hace unas semanas para más detalles.
Otras mejoras en GitLab 11.3
Configurar notificaciones de eventos épicos
(disponible en versiones: Ultimate, Gold)
En la versión anterior de la nueva epopeya, notificamos por correo electrónico a los usuarios que configuraron notificaciones grupales en Watch . En esta versión, estamos agregando más preferencias de usuario. Ahora puede configurar este activador de eventos para que se active / desactive utilizando el nivel de alerta Custom junto con otros activadores.
Agregar rápidamente temas a épicos (de temas)
(disponible en versiones: Ultimate, Gold)
Agregar un tema a una epopeya (o eliminar una ya adjunta) se realiza fácilmente directamente desde la página épica. Esto es útil cuando ya estás trabajando en épica.
Pero sucede que trabajas en un tema, sabiendo que necesitas adjuntarlo a una epopeya conocida existente. Ahora puede hacer esto con una simple acción rápida en la página del tema pegando la URL épica. En una versión futura, incluso puede realizar una búsqueda épica a través de una acción rápida usando autocompletar .
Además, otra acción rápida con el tema te permitirá eliminarlo de una epopeya ya adjunta.
Permitir aprobación de solicitud de fusión
(disponible en versiones: Starter, Premium, Ultimate, Bronze, Silver, Gold)
El usuario no necesita ser el autor de los cambios para crear una solicitud de fusión, y cuando está abierto, otros usuarios pueden agregar cambios adicionales a la solicitud. Ahora, los propietarios pueden habilitar la autoaprobación de las solicitudes de fusión desde la configuración del proyecto.
Anteriormente se suponía que el usuario que abrió la solicitud de fusión aprobó implícitamente la solicitud de fusión y, por lo tanto, se excluyó de la declaración de solicitud de fusión. Hay muchas situaciones en las que este no es el caso. El permiso para la autoaprobación elimina esta suposición.
Mostrar los idiomas del repositorio en la descripción general del proyecto
(disponible en versiones: Core, Starter, Premium, Ultimate, Free, Bronze, Silver, Gold)
Los lenguajes de código que componen el repositorio son información relevante al aprender sobre proyectos de GitLab.
En este número, agregamos un panel de idiomas de código a la descripción general del proyecto, que muestra todos los idiomas relevantes que componen el repositorio, incluido su número relativo.
Plantillas de archivo personalizadas para instancias autogestionadas
(disponible en versiones: Premium, Ultimate)
Las plantillas para los .gitignore LICENSE , .gitignore , Dockerfile y .gitlab-ci.yml facilitan agregar estos archivos compartidos a los proyectos. Ahora se pueden agregar plantillas de archivo personalizadas a instancias autogestionadas de GitLab seleccionando un repositorio de plantillas genérico que contenga sus plantillas.
Las plantillas personalizadas son útiles cuando las plantillas proporcionadas por GitLab son demasiado universales, como una licencia de usuario que debe usarse para cada proyecto en la empresa o un Dockerfile complejo que debe usarse para cada microservicio.
Gracias a Daniel Barker por agregar plantillas de licencia personalizadas .
Plantillas de archivos IDE web (entorno de desarrollo integrado web)
(disponible en todas las versiones)
Las plantillas de archivo para LICENSE , .gitignore , Dockerfile y .gitlab-ci.yml hacen que sea fácil agregar estos archivos compartidos al proyecto, y ahora se pueden usar en el IDE web. Las plantillas de archivo en el IDE web facilitan la creación de un nuevo proyecto en el IDE web y también ayudan a mantener estos archivos importantes actualizados.
Asigne un nombre al proyecto al crear un nuevo proyecto
(disponible en todas las versiones)
Para agregar un nombre de proyecto a un proyecto GitLab recién creado, antes era necesario ir a la configuración del proyecto y reescribir el nombre del proyecto en un formato que pueda procesarse en formato URL.
En GitLab versión 11.3, agregamos el campo "Nombre del proyecto" al formulario "Crear proyecto". Además, el nombre del proyecto en un formato compatible con URL en la nueva versión se genera automáticamente a partir del nombre del proyecto, mientras que aún puede editar este campo. Esta mejora acelera y simplifica el proceso de creación de un nuevo proyecto.
Almacenar descargas de Wiki en un repositorio de Wiki
(disponible en todas las versiones)
Las imágenes cargadas en Wiki a través del editor de páginas Wiki ahora se almacenan en el repositorio de Git. Esto significa que las imágenes se mostrarán al obtener una vista previa de las páginas Wiki localmente usando Gollum .
En versiones anteriores, las imágenes se almacenaban en el directorio de descarga del proyecto y los archivos adjuntos se cargaban en informes de problemas y solicitudes de fusión. Esto evitó que las páginas Wiki se previsualizaran localmente o se movieran a otro repositorio Git.
Soporte SAST para Groovy
(disponible en versiones: Ultimate, Gold)
La prueba de seguridad de aplicaciones estáticas (SAST) es responsable de encontrar vulnerabilidades en su código fuente inmediatamente después de que se coloca en el repositorio, identificando patrones conocidos y errores comunes que pueden causar un agujero de seguridad en la aplicación finalizada. Es por esta razón que se requiere apoyo individual para cada idioma individual.
En GitLab 11.3, presentamos Groovy en la lista de idiomas que GitLab admite SAST. La nueva versión detecta automáticamente los proyectos que utilizan este lenguaje, y no necesita realizar ningún cambio en su código o canalización para habilitar esta función. Auto DevOps (integración automática de desarrollo y operación) también admite esta característica como parte de su configuración estándar.
Filtrar notificaciones push de webhook por sucursales
(disponible en todas las versiones)
Los webhooks para notificaciones push facilitan la notificación automática a los servicios externos de nuevas correcciones de transacciones, pero las diferentes ramas a menudo tienen diferentes significados. Las notificaciones push en la nueva versión se pueden filtrar por ramas para que los servicios externos reciban notificaciones solo sobre aquellos cambios que son importantes para usted.
Anteriormente, GitLab no tenía una función de filtro para webhooks, y la mayoría de los sistemas externos no tienen una función de filtro para las notificaciones entrantes. Esto significa que anteriormente no era posible integrar estos servicios directamente con GitLab, si tenía la necesidad de que solo un cierto subconjunto de notificaciones push fuera utilizado por servicios externos.
¡Gracias por esta adición a Duan Saskia !
Alertas para las métricas de la biblioteca.
(disponible en versiones: Ultimate, Gold)
En GitLab versión 11.2, agregamos la capacidad de establecer alertas para métricas individuales , lo que permitió a los desarrolladores recibir notificaciones en caso de cualquier problema con sus aplicaciones.
En GitLab versión 11.3, ampliamos el soporte para alertas para todas las métricas, incluidas las métricas que se proporcionan de manera predeterminada con las métricas de nuestra biblioteca .
DevOps automático habilitado por defecto
(disponible en todas las versiones)
Auto DevOps se puso a disposición del público en GitLab 11.0, y aunque esta fue una mejora significativa, nos gustaría ofrecer a todos los usuarios de GitLab la posibilidad de utilizar estas excelentes funciones. Los DevOps automáticos brindan importantes beneficios directamente en la versión "en caja", desde la función Auto Build hasta Auto Monitoring.
A partir de GitLab versión 11.3, Auto DevOps se habilitará de forma predeterminada tanto en GitLab.com como en la ejecución de copias del programa bajo control independiente, de modo que para cada proyecto pueda usar estas funciones.
Consulte la documentación sobre cómo habilitar / deshabilitar Auto DevOps si desea deshabilitar estas funciones para su proyecto en toda la copia de ejecución del programa.
Mejora de características geográficas
(disponible en versiones: Premium, Ultimate)
Nos enfocamos continuamente en mejorar la función Geo para grupos de trabajo distribuidos. Algunas mejoras notables a GitLab 11.3 incluyen:
Desactivación automática de Auto DevOps para un proyecto en la primera falla de la tubería
(disponible en todas las versiones)
GitLab considera que el "estado predeterminado" es uno de los valores clave del producto. Cuando presentamos una nueva función con una función de configuración que consideramos de gran valor, la establecemos en el estado ENCENDIDO de forma predeterminada para que todos puedan aprovecharla. A pesar de que Auto DevOps admite proyectos que utilizan los lenguajes de programación más populares, algunos proyectos especializados pueden requerir una configuración adicional.
Dado que queremos garantizar que no ejecutaremos canalizaciones de Auto DevOps para aquellos proyectos que no admitimos, deshabilitamos Auto DevOps automáticamente en caso de falla de cualquiera de sus canalizaciones. Ciertamente, GitLab informará al propietario del proyecto sobre dicho cierre para que si desea trabajar con Auto DevOps, pueda realizar los cambios necesarios en la configuración. Después de realizar los cambios necesarios, los propietarios del proyecto pueden ejecutar Auto DevOps nuevamente.
Gitaly v1.0
(disponible en todas las versiones)
El acceso para el uso regular de GitLab ahora se puede implementar completamente a través de Gitaly, el servicio gRPC (sistema de llamadas remotas de código abierto) para acceder a Git. Esto significa que puede ejecutar Gitaly en su propio servidor sin NFS (sistema de archivos de red) cuando habilita todas las funciones de su elección (seleccionando las casillas de verificación apropiadas).
En la próxima versión principal de Gitaly v1.1, todos los indicadores de las funciones correspondientes se seleccionarán por defecto, y las últimas funciones restantes serán utilizadas por Gitaly, eliminando así la necesidad de NFS.
Vea nuestra publicación de blog sobre el desarrollo de Gitaly v1.0 .
GitLab Runner 11.3
(disponible en todas las versiones)
¡También hoy estamos lanzando GitLab Runner 11.3! GitLab Runner es un proyecto de código abierto que se utiliza para completar tareas de CI / CD y enviar resultados a GitLab.
A continuación se muestran los cambios más interesantes:
Se puede encontrar una lista de todos los cambios en la sección CHANGELOG del programa GitLab Runner.
Se encuentra disponible una lista de todos los componentes de software de código abierto utilizados por GitLab.
(disponible en todas las versiones)
Comenzando con GitLab versión 11.3, hemos simplificado el acceso a la lista de todos los componentes de software de código abierto utilizados por GitLab. Anteriormente, estaba disponible en cada uno de nuestros paquetes de Linux, pero para obtenerlo, tenía que descargar y descomprimir el contenido.
Ahora que hemos publicado esta información en línea, ahora es más fácil acceder a ella y darle un enlace. Esta lista está disponible para GitLab CE y GitLab EE .
Mejoras generales
(disponible en versiones: Core, Starter, Premium, Ultimate)
- La versión 11.3 de GitLab incluye Mattermost 5.2 , una alternativa de Slack de código abierto que proporciona un sistema de complemento actualizado, la capacidad de buscar canales archivados, soporte de idioma rumano y más. Como esta versión incluye actualizaciones de seguridad , se recomienda que la instale.
gitlab-elasticsearch-indexer sido actualizado a la versión 0.2.2.omnibus-ctl sido actualizado a la versión 0.6.0.- Las configuraciones de Redis tcp_backlog y HZ , así como max_concurrency en sidekiq_cluster ahora tienen una configuración mutable.
- La cantidad máxima de memoria que Sidekiq puede usar por defecto es de 2 GB.
- La compresión SSL fue deshabilitada por defecto para
gitlab-psql y gitlab-geo-psql .
Mejora del rendimiento
(disponible en todas las versiones)
Algunas mejoras notables a GitLab 11.3 incluyen:
Terminación del soporte
Soporte de versión Docker en GitLab Runner
En GitLab versión 11.4 (que se lanzará el 22 de octubre de 2018), de acuerdo con las últimas recomendaciones de Docker, no se recomienda usar versiones anteriores a 1.12 (API versión 1.24). Después de la versión 11.4, estas versiones anteriores ya no serán compatibles oficialmente y pueden dejar de funcionar en cualquier momento.
Fecha de retiro: 22 de octubre de 2018
Indicador de actualización
No se requiere tiempo de inactividad para actualizar a GitLab 11.3 desde la última versión 11.2. Para actualizar sin tiempo de inactividad, consulte la documentación "Actualizar sin tiempo de inactividad" .
En esta versión, ocurren migraciones de archivos y datos, así como migraciones después del despliegue de la nueva versión, y para ayudar con migraciones grandes, introdujimos migraciones en segundo plano.
Las migraciones en GitLab.com demoran aproximadamente nueve minutos, y las migraciones después de implementar la nueva versión demoran aproximadamente 15 minutos en total. Por otro lado, la transición de fondo a las nuevas versiones son las tareas de Sidekiq (planificador de trabajo de código abierto) que se realizan de forma sincrónica. Según nuestras expectativas, para esta versión, la transición al sitio web GitLab.com debería tomar aproximadamente 90 días. .
GitLab Geo Geo .
, :
GitLab, GitLab .
.
GitLab
GitLab SaaS ( , , ).
: .
- Core : , GitLab .
- Starter : , .
- Premium : , , .
- Ultimate : , , .
SaaS – GitLab.com : , . - Free : . Free , Gold .
- Bronze : , .
- Silver : , , .
- Gold : CI/CD. Gold .