Diferencia entre revisiones de «Git»
m |
|||
| (No se muestran 27 ediciones intermedias de 3 usuarios) | |||
| Línea 1: | Línea 1: | ||
Para la gestión del código fuente de todos los proyectos de Telstock, se emplea [[https://es.wikipedia.org/wiki/Git Git]]. | Para la gestión del código fuente de todos los proyectos de Telstock, se emplea [[https://es.wikipedia.org/wiki/Git Git]]. | ||
| − | Se ha definido una estructura estándar a nivel de '''[[https://git-scm.com/book/es/v1/Ramificaciones-en-Git-%C2%BFQu%C3%A9-es-una-rama%3F Branches]]''' para los repositorios de los proyectos | + | Se ha definido una estructura estándar a nivel de '''[[https://git-scm.com/book/es/v1/Ramificaciones-en-Git-%C2%BFQu%C3%A9-es-una-rama%3F 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: | |
| − | + | :*[[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]] | ||
| + | :*[[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 ]] | ||
| + | :*[[Proceso para hacer merge entre dos ramas | Proceso para hacer merge entre dos ramas ]] | ||
| + | :*[[Restablecer una rama | Restablecer una rama ]] | ||
| − | |||
| − | |||
| − | { | + | {{warning |1=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 }} |
| − | + | :*[[Desplegar cambios en servidor de Desarrollo o QA]] | |
| − | + | :*[[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:
- Roles involucrados en la gestión de código fuente
- Diagrama de flujo de proceso normal
- Diagrama de flujo de proceso con incidencias
- Estructura de repositorios Git
- Cómo clonar un repositorio usando Git Batch
- Estándar para documentación de Commits
- Proceso para hacer merge entre dos ramas
- Restablecer una rama
 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 |
