Diferencia entre revisiones de «Git»

De Telstock Wiki
Saltar a: navegación, buscar
m
 
(No se muestran 12 ediciones intermedias de otro usuario)
Línea 5: Línea 5:
 
La definición de la estructura de los repositorios, cómo clonar un repositorio GIT y otros estándares de uso interno se describen en las siguientes secciones:
 
La definición de la estructura de los repositorios, cómo clonar un repositorio GIT y otros estándares de uso interno se describen en las siguientes secciones:
  
 +
:*[[Roles involucrados gestión código fuente | Roles involucrados en la gestión de código fuente]]
 +
:*[[Flujo de proceso normal Git | Diagrama de flujo de proceso normal]]
 +
:*[[Flujo de proceso incidencias Git | Diagrama de flujo de proceso con incidencias]]
 
:*[[Estructura de repositorios Git]]
 
:*[[Estructura de repositorios Git]]
 
:*[[Clonar un repositorio usando Git Batch | Cómo clonar un repositorio usando Git Batch]]
 
:*[[Clonar un repositorio usando Git Batch | Cómo clonar un repositorio usando Git Batch]]
 
:*[[Estándar para documentación de Commits | Estándar para documentación de Commits  ]]
 
:*[[Estándar para documentación de Commits | Estándar para documentación de Commits  ]]
 +
:*[[Proceso para hacer merge entre dos ramas | Proceso para hacer merge entre dos ramas ]]
 +
:*[[Restablecer una rama | Restablecer una rama ]]
  
  
Línea 13: Línea 18:
  
 
:*[[Desplegar cambios en servidor de Desarrollo o QA]]
 
:*[[Desplegar cambios en servidor de Desarrollo o QA]]
:*[[Desplegar cambios en servidor de QA a preProduction o preProduction a master]]
+
:*[[Estrategia para desplegar cambios entre ramas del servidor]]
 +
:*[[Estrategia para desplegar cambios entre ramas del servidor con Squash]]

Revisión actual del 19:18 30 oct 2019

Para la gestión del código fuente de todos los proyectos de Telstock, se emplea [Git].

Se ha definido una estructura estándar a nivel de [Branches] para los repositorios de los proyectos.

La definición de la estructura de los repositorios, cómo clonar un repositorio GIT y otros estándares de uso interno se describen en las siguientes secciones:


Warning Warning: Este tipo de despliegue se realiza de forma manual actualmente, sin embargo, la idea es migrar este comportamiento para que sea administrado por Jenkins como parte de la integración continua que se va a implementar para todos los proyectos