Sugerencias de uso de gestión de código-gitlab

El uso de gitlab se analiza principalmente desde dos perspectivas, una es la del administrador y la otra es la del remitente del desarrollo.

1.1 Configuración inicial

Acceso al navegador con mit, push y otras operaciones

* Si el desarrollador ha terminado un módulo pequeño, puede hacer clic en "**Nueva combinación Solicitar**" para enviar una solicitud de combinación de código a la persona a cargo. Los archivos de código que se fusionarán también se enviarán a la persona a cargo en forma de lista. En este momento, la persona a cargo verá el Solicitud del desarrollador Después de la revisión, si no hay ningún problema con el código, los módulos se fusionarán y se enviará una notificación confirmando la fusión a los desarrolladores.

No se utilizará la bifurcación

. 1. El responsable crea ramas de desarrollo (namedev_branch) para los desarrolladores

* El líder del proyecto crea un nuevo proyecto en gitlab y crea una rama de desarrollo (namedev_branch) para cada desarrollador

* Después de que el desarrollador clona el proyecto, la verificación de la rama git encuentra que solo existe la rama maestra localmente, por lo que también necesitas obtener tu propia rama de desarrollo

> `git fetch origin nameev_branch:namedev_branch`

> `#Extraiga una rama remota llamada nameev_branch y cree una rama llamada nameev_branch localmente para que coincida con la rama remota`

* Cambie a la rama nameev_branch

> ` git checkout nameev_branch`

* Las operaciones posteriores son las siguientes Trátelo como un proyecto normal

> `git add hello.py`

> `git commit -m "add hello.py"`

> `git push -u origin nameev_branch #Cabe señalar que está enviando a la rama remota nameev_branch`

~~Este método Se siente arriesgado. Los miembros del proyecto deben prestar atención a sus propias ramas. Es fácil enviar cambios directamente al maestro porque ignorar la rama agregará problemas a la administración del código ~~

2. La persona en. charge no crea ramas de desarrollo separadas para los desarrolladores (los desarrolladores las crean ellos mismos)

* Aunque el líder del proyecto no crea ramas de desarrollo separadas para los desarrolladores Crea ramas, pero deben agregarse a un grupo; de lo contrario, los desarrolladores encontrará errores de permiso al enviar sus propias ramas de desarrollo al proyecto

* Los desarrolladores deben crear una nueva rama de desarrollo para ellos mismos después de clonar la rama del proyecto (namedev_branch), porque a través de la rama git se descubre que hay solo la rama maestra localmente

> `git rama nameev_branch #Nueva rama`

> `git checkout nameev_branch #Cambiar a la rama de desarrollo`

> `git push origin nameev_branch #Envía la nueva rama de desarrollo al proyecto remoto`

* Las operaciones posteriores son las mismas que las de los proyectos normales

> `git add hello.py`

> `git commit -m "add hello.py"`

> `git push -u origin nameev_branch #Cabe señalar que está enviando a la rama remota nameev_branch`　

Después de eso, en ambos sentidos, el líder del proyecto puede ver el progreso del trabajo de cada desarrollador en la página de inicio de gitlab del proyecto y considerar si

Al fusionar la rama del desarrollador con la rama maestra para mejorar el proyecto.

Además de operaciones como clonar, modificar y enviar código, todos los miembros, incluidos los líderes de proyecto, pueden realizar otras operaciones como fusionar y establecer sucursales en la página web de Gitlab.

Entre todas las ramas, la rama maestra es la rama principal. El código de esta rama no puede modificarse directamente. Las solicitudes de fusión solo pueden ser emitidas por otras ramas (generalmente solo la rama de desarrollo). después de que el administrador del proyecto pase la revisión del código, fusionar código. Los desarrolladores comunes no tienen derecho a realizar operaciones como insertar y fusionar. Asegúrese de que el código del proyecto exportado desde esta rama sea estable y pueda ejecutarse en cualquier momento y en cualquier etiqueta. normalmente; la rama de desarrollo es una rama de desarrollo y puede aceptar proyectos iniciados por otras ramas y las solicitudes de fusión solo pueden fusionarse después de ser revisadas y aprobadas por el administrador del proyecto.

1.2.2 Inicialización del equipo

Supongamos que nuestro equipo de proyecto está dividido en dos grupos, equipo1 y equipo2. Cada grupo tiene diferentes miembros del equipo y sus correspondientes subproyectos. Los usuarios del grupo abren el acceso al proyecto y utilizan el método fork para actualizar y enviar el código.

Entonces, la arquitectura de nuestro gitlab es más o menos así:

1. Cree un grupo, seleccione **Nuevo grupo** en el signo más encima de la interfaz principal, y solo necesita para completar los campos para crear un grupo La ruta del grupo, el nombre del grupo y la descripción son solo algunas de las opciones. Para la opción Nivel de visibilidad, seleccione Almacén Privado-Privado

2. Cree un usuario para los miembros del equipo que necesitan unirse, el administrador es responsable de crear los usuarios correspondientes para ellos. Es necesario completar una dirección de correo electrónico legal. En circunstancias normales, la conexión de inicio de sesión inicial se enviará a este correo electrónico, pero si es inconveniente, el administrador también puede modificar la contraseña de inicio de sesión inicial del usuario después de la creación.

3. Seleccione el grupo para agregar el usuario correspondiente. Los roles del usuario se dividen en las siguientes categorías: Invitado, Reportero, Desarrollador, Mantenedor y propietario. Básicamente, solo usamos invitado y desarrollador.

4. Cree un proyecto en el Grupo, seleccione el Subgrupo y haga clic en Nuevo proyecto para crear un nuevo proyecto.

5. Una vez creado el proyecto, los miembros del equipo correspondiente también pueden usar la bifurcación para obtener el contenido del proyecto. Las direcciones git de los propios proyectos de los miembros después de la bifurcación son diferentes. esto y enviarlo más tarde. El código se envía a la dirección de este proyecto fork. El proyecto principal solo se usa al iniciar una solicitud de fusión en la página web y actualizar el proyecto fork desde master

1.2.3. Gestión de envío de código

Cuando hay una nueva solicitud de envío de código, el líder del proyecto puede obtener la solicitud de combinación de la bifurcación o rama viendo las solicitudes de combinación:

Al aceptar la combinación, usted Puede seleccionar Abrir en Web IDE para comprobar el contenido de los cambios de auditoría, confirmar que no hay ningún problema y hacer clic en el botón Fusionar para fusionar.

1.2.4 Consulta de actividad

Seleccione Proyecto -> Actividad en la barra derecha para ver envío, fusión, emisión, comentario (discusión) y otra información

Seleccione Cycle Analytics para ver el contenido del análisis gráfico. Esta parte debe estar respaldada por datos suficientes y debe estudiarse detenidamente.

> Cycle Analytics mide el tiempo que lleva pasar de una idea a producción para cada proyecto que tienes.

> Cycle Analytics mide el tiempo que lleva pasar de una idea a producción. para cada proyecto tienes el tiempo requerido.

## Método de desarrollo de proyectos problema+hito+etiqueta

Cómo combinar estas funciones proporcionadas por gitlab para ordenar y gestionar completamente el método de desarrollo de un producto o módulo

Defina el proceso de cómo se asigna una tarea de desarrollo desde el principio hasta cómo se marca la finalización al final.

Este es el punto clave para hacer un buen uso de gitlab; de lo contrario, usarías gitlab como una herramienta simple de administración de versiones para reemplazar svn

proyecto fork 2.1

Miembros del proyecto Primero, use el navegador para ingresar al sistema gitlab, verifique su grupo y proyecto, y bifurque el proyecto que necesita para participar en el desarrollo.

> Haga clic en el botón de bifurcación en la interfaz de detalles del proyecto.

Al bifurcar, se le pedirá que seleccione **Espacio de nombres**. Esta selección se utiliza para determinar a qué proyecto pertenece este proyecto. Puede seleccionar Usuarios o Grupos. Esto afectará la URL de los proyectos posteriores. y todos los miembros del proyecto estarán unificados. Simplemente seleccione el espacio de nombres propio de los usuarios.

2.2 Obtener el proyecto fork

La obtención del contenido del proyecto se logra principalmente utilizando la herramienta del cliente git. El desarrollador del proyecto primero debe instalar el software del cliente git en la máquina local, [Dirección de descarga. ](/ )

Simplemente use la configuración predeterminada durante la instalación.

Una vez completada la instalación, utilizamos principalmente la herramienta de línea de comandos Git Bash para trabajar.

2.3 Establecer información de la cuenta

Establecer y modificar el usuario y correo electrónico de gitlab local correspondiente.

2.4 Configurar la información de conexión ssh (no tuvo éxito en Windows)

1. Cree una clave SSH

Utilice el siguiente comando Generar una clave y reemplace YOUR_EMAIL@YOUREMAIL.COM en el comando con la dirección de correo electrónico utilizada para registrar Gitlab.

`ssh-keygen -t rsa -C "duwj@gitlab.com"`

Nota: Ingrese la frase de contraseña (vacía si no hay frase de contraseña): puede presionar Enter directamente dos veces Presione la clave para ingresar una frase de contraseña vacía; también puede optar por ingresar una contraseña de contraseña. Si ingresa una frase de contraseña en este momento, recuerde que deberá ingresar esta contraseña para confirmarla cada vez que la envíe.

2. Obtenga el contenido de la clave pública

Una vez completada la generación de la clave SSH, busque el directorio SSH de acuerdo con la información solicitada (normalmente la ruta de almacenamiento de la clave ssh es ~/. ssh), y cuando vea los dos archivos, la clave privada id_rsa y la clave pública id_rsa.pub, no revele la información del archivo de clave privada id_rsa a nadie.

Abre id_rsa.pub con el Bloc de notas y copia todo el contenido para el siguiente paso.

3. Agregue la clave pública en la clave a Gitlab

Inicie sesión en el sitio web de Gitlab, ingrese a la configuración del perfil - página Claves SSH y pegue el contenido obtenido en el paso 2. En la tecla del cuadro de texto, complete el título para recordarlo fácilmente y luego guárdelo.

2.5 Clonar el código

Ingrese los detalles del proyecto en la página web de gitlab y podrá desplegar para ver la información del código solicitado.

De esta forma, el contenido del proyecto fork se puede obtener localmente.

2.6 Envío normal de actualización de código

2.7 Comando de actualización del contenido del almacén local

2.8 Solicitud de fusión en maestro

Ingrese el proyecto en el página web Después de ingresar a la interfaz detallada, si el código del proyecto bifurcado cambia, se le solicitará **Crear solicitud de fusión** en la esquina superior derecha de la interfaz para enviar una solicitud de fusión

Después de hacer clic en Crear , ingrese el título y la descripción de este envío. La descripción debe describir el guión, el contenido modificado y otra información enviada esta vez para facilitar la revisión del administrador.

2.9 La clave es sincronizar el contenido más reciente de la biblioteca maestra.

El proyecto bifurcado no obtendrá actualizaciones automáticamente de la rama maestra y el desarrollador responsable de la bifurcación debe actualizar la versión. él mismo

Cómo actualizar el código que ha sido bifurcado:

* Primero, asegúrese de que se haya establecido la fuente remota del repositorio principal:

Ejecutar `git remoto -v` en la biblioteca del proyecto local

* Si solo puedes ver tus dos fuentes (fetch y push), necesitas agregar la fuente del archivo principal. repo:

* fetch Lleva la nueva versión de la rama fuente al local

Ejecuta `git fetch upstream`

Después de la ejecución, el contenido del local La biblioteca se actualizará para que sea coherente con el contenido de la biblioteca maestra.

* Fusione las dos versiones locales del código:

Ejecute `git merge upstream/master`

* Inserte el código fusionado localmente en su propio github para actualizar la bifurcación en el almacén de github

Ejecute `git push origin master`

Después de la ejecución, el contenido del almacén en la web la página se actualizará a la nueva versión fusionada

Para los desarrolladores, cuando use fork para clonar un proyecto, usará el cliente git local para actualizar, editar y enviar el contenido del proyecto. basta con enviar una solicitud de combinación de código en la página web y escribir la descripción de la aplicación de forma estandarizada.

Para los gerentes, el uso de gitlab puede conocer fácilmente el progreso del envío del contenido del que cada empleado es responsable y facilitar la inspección de calidad y la lectura del código que enviaron. También hay más estadísticas y gestión del progreso del desarrollo. otras funciones, pero debe dominar el uso de algunas funciones en gitlab, como el uso de problemas para administrar la asignación de tareas de desarrollo, el uso de hitos para formular y administrar hitos, etc.

# 3. Especificaciones de desarrollo y uso de gitlab

Referencia: [especificaciones de desarrollo y uso de gitlab](/ruanhao1203/article/details/80440824)