Skip to content

Cómo realizar revisiones de código con las solicitudes de combinación de GitLab

  • by Jesús Torres
No diría que Binance es la plataforma más fácil para principiantes, pero puede sentir que está seguro dentro de ella. Puede ...
Leer Más
Hoy, veremos una de las criptomonedas más exclusivas: Dogecoin y descubriremos dónde y cómo comprar Dogecoin. En esta guía, aprenderá ...
Leer Más
Este corredor en línea tiene tarifas de negociación bajas y una amplia cartera de instrumentos financieros. Cubriendo más de 135 ...
Leer Más

Las solicitudes de combinación de GitLab son su oportunidad de revisar el código ayer de que ingrese a la rama principal de su tesina. Una solicitud de fusión (MR) es un envoltorio cerca de de un git merge operación a la que se puede ingresar desde la interfaz de adjudicatario web de GitLab. Una vez que haya revisado su código, puede iniciar la fusión con un solo clic. La admisión de un flujo de trabajo basado en MR le ayuda a certificar la calidad del código al crear la expectativa de que todas las confirmaciones se revisen a fondo.

Las solicitudes de combinación son uno de los rudimentos fundamentales de la experiencia de GitLab. Combinan su trámite de proyectos, repositorio y sistemas de CI / CD en una sola página para cada cambio en su pulvínulo de código. Estamos utilizando GitLab CE de código rajado en este artículo. Los niveles comerciales tienen comunicación a funciones adicionales.

Crear una solicitud de fusión

Puede crear un nuevo MR desde en el interior de GitLab navegando a Repositorio> Ramas en la mostrador anexo. Asegúrese de deber enviado los cambios en su sucursal locorregional a GitLab. Busque la rama que le gustaría fusionar y haga clic en el rama “Fusionar solicitud” a la derecha de su nombre.

Utilice el formulario para concretar las propiedades de su solicitud de fusión. Comienzo por titular su nuevo MR. A continuación, agregue una descripción. Los estándares para las descripciones varían según la ordenamiento y el tesina. En común, querrá anotar cualquier cambio importante que haya realizado, así como el razonamiento detrás de ellos.

En la parte inferior de la página, encontrará controles para configurar el cesionario, el revisor, el hito y las etiquetas del MR. Estos se pueden modificar en cualquier momento utilizando la mostrador anexo derecha en la página de detalles de la solicitud de fusión. Los cubriremos con más detalle más delante.

Puede completar una revisión auténtico sin mandar su MR. Utilice las pestañas “Confirmaciones” y “Cambios” para confirmar que ha incluido el código correcto. Una vez que esté preparado, presione el rama verde “Mandar solicitud de fusión” para brindar el MR. Puede ver todos los MR de su tesina mediante el enlace “Solicitudes de fusión” en la mostrador anexo.

Creación de solicitudes de combinación desde su terminal

La creación de MR a través de la interfaz de adjudicatario de GitLab lo alienta a etiquetar con precisión el MR con etiquetas, hitos y texto descriptivo. No obstante, es un proceso penoso que puede consumir mucho tiempo durante el día. GitLab admite las opciones de inserción de Git que le permiten impulsar una rama y crear un MR al mismo tiempo.

git push -u origin HEAD -o merge_request.create -o merge_request.target=master

Utilizando git push con las opciones que se muestran hacia lo alto, enviará su rama presente a su control remoto Git. La rama remota se creará de nuevo, con el mismo nombre que la rama locorregional, si aún no existe. Los dos -o Las opciones serán procesadas por GitLab. Darán como resultado la tolerancia de un nuevo MR para fusionar su rama en master.

GitLab completará automáticamente el título y la descripción del MR utilizando la información de su última confirmación. Por otra parte, puede hacer relato a un problema de GitLab en su mensaje de confirmación, por ejemplo Fixes #123 – para que GitLab aplique automáticamente sus etiquetas e hitos al MR.

Revisión de solicitudes de combinación

Ningún código está completo hasta que se revisa. Puede solicitar fácilmente a otros miembros de su conjunto que revisen sus confirmaciones. Utilice la mostrador anexo derecha para preferir uno o más revisores. Se les notificará su solicitud.

Incluso puede asignar su MR a otro adjudicatario. Esto podría indicar que necesitan refrescar sus áreas de responsabilidad para sumar compatibilidad con sus cambios. No hay reglas estrictas sobre cómo debe usar estas funciones.

Cuando tenga la tarea de revisar un MR, cambie a las pestañas “Confirmaciones” y “Cambios” en la parte superior de la pantalla. El primero da una repertorio de todas las nuevas confirmaciones en su rama, mientras que el segundo presenta las diferencias de archivo para aplicar al código pulvínulo.

Puede ajustar el diseño de la pantalla Cambios usando el engranaje de configuración en la parte superior derecha. Puede nominar entre diferencias en orientación y en paralelo, esta última muestra las versiones “antigua” y “nueva” de los archivos en una panorama dividida. Puede ayudar a concentrarse y mejorar el rendimiento de la pantalla habilitando la opción “Mostrar un archivo a la vez”.

Realización de cambios en su código

A pesar de todos sus mejores esfuerzos, a veces revisará su RM y descubrirá un problema que no había detectado ayer. Sin confiscación, no es necesario que regrese directamente a su editor de código. La pantalla Cambios tiene disposiciones disponibles para ayudarlo a corregir errores a medida que los encuentre.

Para arreglos simples de una orientación, coloque el cursor sobre la orientación en cuestión. Haga clic en el icono de comentario que aparece a la izquierda de la orientación. Aparecerá el editor de comentarios, con el editor de Markdown normalizado de GitLab. Puede usar esta función para comentar líneas específicas en su MR; sus mensajes aparecerán nuevamente en la pestaña “Descripción común”. Sin confiscación, estamos buscando una función específica, el rama “Insertar sugerencia” en la mostrador de herramientas.

Haga clic en el rama para insertar la orientación seleccionada en su comentario. Utilice el editor de comentarios para editar la orientación a lo que debería parece. A continuación, haga clic en “Iniciar una revisión” o “Adicionar comentario ahora”. El primero le permite surtir varios comentarios juntos para enviarlos como un trozo una vez que haya completado su revisión.

Una vez que haya guardado su comentario, verá un widget de “Cambio sugerido” que aparece debajo de la orientación sospechosa. Esto mostrará la nueva diferencia a aplicar. Haga clic en el rama “Aplicar sugerencia” para sumar instantáneamente su cambio.

El uso de sugerencias puede estrechar drásticamente el tiempo para solucionar problemas menores, ya que no es necesario que salga de su navegador. Para ediciones más largas, puede hacer clic en el ícono de tres puntos conexo a cualquier archivo en la pantalla Cambios para abrirlo en el IDE web completo de GitLab.

Trapo de solicitudes de combinación (trabajo en curso)

A veces, querrá mandar código ayer de que esté preparado para fusionarse. Puede distinguir estos MR prefijando su título con “Trapo” o haciendo clic en el rama de la mostrador de herramientas. Los borradores de MR no se pueden fusionar hasta que revoque manualmente su estado de paño haciendo clic en “Marcar como preparado” en la parte superior derecha.

Esta funcionalidad solía llamarse “Trabajo en curso”, utilizando el prefijo de título “WIP”. Esa terminología ahora se ha descuidado a honra de “Draft”, que será la única modificación compatible en GitLab 14. Ambas formas están disponibles en GitLab 13.

A medida que agregue confirmaciones a sus MR, aparecerán en la sección Descripción común de la página MR. Puede hacer clic en el enlace “Comparar con la interpretación mencionado” para ver la diferencia de estos cambios de forma aislada.

Al hacer clic en la pestaña “Cambios” sin nominar una interpretación, se muestra la diferencia de todo el MR en relación con la rama de destino. Puede ver la diferencia de dos versiones cualesquiera mediante la opción “Comparar [master] y [latest version]”Desplegables en la parte superior de la pantalla Cambios.

Completando su revisión

Una vez que haya completado su revisión, es hora de fusionar su código. Deberá revocar el estado de paño del MR si se ha configurado. Dependiendo de la configuración de su tesina, es posible que igualmente deba “resolver” cualquier hilo de comentarios que se haya creado.

Para indicar que el MR está preparado para fusionarse, use el rama zarco “Aprobar”. Esto no toma ninguna influencia en el interior de GitLab, excepto indicarle a su equipo que el MR ha sido aceptado. A continuación, puede continuar y fusionar el MR pulsando el rama verde “Fusionar”.

Utilice la casilla de comprobación “Eliminar rama de origen” para controlar si la rama se elimina posteriormente de la fusión. Esto ayuda a surtir la repertorio de sucursales esbelta, pero podría provocar una pérdida de contexto en el futuro. La opción “Squash commits” te permite combinar todos los commits del MR en uno. Esto crea un historial de confirmaciones más metódico, pero hará que sea más difícil revertir los cambios individuales en el futuro. La disponibilidad de estas opciones dependerá de la configuración definida en el interior de su tesina y su conjunto.

Las solicitudes de combinación proporcionan una buena estructura para escribir y revisar código. Al mismo tiempo, son extremadamente flexibles y abiertos a la interpretación. Depende de usted hasta dónde desarrolle su flujo de trabajo de solicitud de combinación.

En este artículo, solo analizamos las funciones directamente relevantes para un revisor de código. Es posible que vea mucha más información en sus solicitudes de combinación si utiliza otras funciones de GitLab. La página de descripción común puede mostrar el estado de la canalización de CI, informes de calidad de código y pruebas, resultados de escaneo de seguridad y enlaces del entorno de experimentación, todo lo cual hace que la página de MR sea su primer destino para comprender cómo un cambio afectará su tesina.