Diferencia entre revisiones de «Taller de gestión del código (3) (27/10/2014) - Grupo de Cabina de Votación - 14/15»

De Wiki de EGC
Saltar a: navegación, buscar
(Página creada con « La gestión de ramas del repositorio llevada por parte del grupo de trabajo hasta el día de hoy era subir todo el código producido a la rama máster. Tras la reunión ...»)
 
Línea 2: Línea 2:
  
  
La gestión de ramas del repositorio llevada por parte del grupo de trabajo hasta el día de hoy era subir todo el código producido a la rama máster. Tras la reunión del día de hoy hemos decidido realizar una mejor gestión del uso del repositorio, estableciendo lo siguiente:
+
La gestión de ramas del repositorio llevada por parte del grupo de trabajo hasta el día de hoy era subir todo el código producido a la rama máster. Tras la reunión del día de hoy hemos decidido realizar una mejor     gestión del uso del repositorio, estableciendo lo siguiente:
Al igual que hasta ahora, el repositorio contará con una rama principal donde se encontrará todo el código producido. A lo largo del desarrollo del subsistema se crearán nuevas ramas en el repositorio, hijas de la rama principal para el código experimental que se vaya generando. Tras la aceptación del código experimental, se realizará un merge con la rama principal.
 
  
Por cada cambio lógico en el sistema, es decir, el cambio de alguna funcionalidad, se realizará un commit al repositorio.
+
    Al igual que hasta ahora, el repositorio contará con una rama principal donde se encontrará todo el código producido. A lo largo del desarrollo del subsistema se crearán nuevas ramas en el repositorio, hijas de    la rama principal para el código experimental que se vaya generando. Tras la aceptación del código experimental, se realizará un merge con la rama principal.  
  
Cuando el código experimental de una subrama se encuentre finalizado, se realizará un parche y tras la aceptación de dicho parche se aplicará a la rama master.
+
    Por cada cambio lógico en el sistema, es decir, el cambio de alguna funcionalidad, se realizará un commit al repositorio.
  
Una vez finalizadas las funcionalidades principales se generará la primera versión. Tras la revisión de dicha versión se aplicarán los cambios necesarios si los hay, y finalmente se generará la versión final.
+
    Cuando el código experimental de una subrama se encuentre finalizado, se realizará un parche y tras la aceptación de dicho parche se aplicará a la rama master.
 +
    Una vez finalizadas las funcionalidades principales se generará la primera versión. Tras la revisión de dicha versión se aplicarán los cambios necesarios si los hay, y finalmente se generará la versión final.

Revisión del 14:42 3 nov 2014


La gestión de ramas del repositorio llevada por parte del grupo de trabajo hasta el día de hoy era subir todo el código producido a la rama máster. Tras la reunión del día de hoy hemos decidido realizar una mejor gestión del uso del repositorio, estableciendo lo siguiente:

   Al igual que hasta ahora, el repositorio contará con una rama principal donde se encontrará todo el código producido. A lo largo del desarrollo del subsistema se crearán nuevas ramas en el repositorio, hijas de     la rama principal para el código experimental que se vaya generando. Tras la aceptación del código experimental, se realizará un merge con la rama principal. 
   Por cada cambio lógico en el sistema, es decir, el cambio de alguna funcionalidad,  se realizará un commit al repositorio.
   Cuando el código experimental de una subrama se encuentre finalizado, se realizará un parche y tras la aceptación de dicho parche se aplicará a la rama master.
   Una vez finalizadas las funcionalidades principales se generará la primera versión. Tras la revisión de dicha versión se aplicarán los cambios necesarios si los hay, y finalmente se generará la versión final.