Flujo de Trabajo

De -

 

Flujo de trabajo

Un flujo de trabajo es una recomendación de como usar Git para la realización de trabajo de manera consistente y productiva. Por la flexibilidad de Git no hay un proceso estandarizado sobre como interactuar con Git. Se tiene que tener la aprobación de todos los participantes del equipo de como se aplicara el flujo de cambios. Los flujos de trabajo mas comunes para los equipos de software son:

  • ·        Flujo de trabajo Centralizado

  • ·        Flujo de trabajo de Ramificación de características

  • ·        Flujo de trabajo de Gitflow

  • ·        Flujo de trabajo de Bifurcación

  • ·        Flujo de trabajo de Directrices

  • ·        Flujo de trabajo de Ramas de vida corta

  • ·        Flujo de trabajo de Coincidir con un calendario de lanzamiento

  • ·        Flujo de trabajo de Minimice y simplifique las reversiones

Gitflow

El equipo de trabajo opto por el flujo de trabajo Gitflow. Se llego a la conclusión de utilizarla por las siguientes razones:

  • ·        La metodología de trabajo que se pensaba hacer en el grupo concuerda a como funciona el flujo de trabajo en Gitflow

  • ·        Las ramas del repositorio tendrán roles específicos y se sabrá cuando se deberá interactuar con ellas.

  • ·        Gitflow cuenta con mucha información para su implementación

  • ·        Ayuda a las buenas prácticas de gestionar todo de forma correcta y eficiente 

    Ramas Principales

    El modelo de Git Flow está basado en dos ramas principales infinitas en el tiempo. En estas ramas no se podrá hacer modificaciones directas, recibiendo los cambios solo de sus ramas auxiliares. Las ramas principales son:

  • Master -> Rama principal de producción.
  • Develop -> Rama principal de desarrollo.

Ramas Auxiliares

En el modelo de Git Flow existen tres ramas auxiliares, las cuales se encargan de agregar los cambios a las ramas principales.  Estas son las ramas auxiliares:

  • Feature -> se utiliza para agregar nuevas características al proyecto en desarrollo.
  • Release -> se utiliza para agregar nuevas versiones a producción.
  • Hotfix -> se utiliza para corregir fallas menores que se detectaron en producción.

Comentarios

Publicar un comentario

Entradas populares de este blog

Herramienta para el control de versiones

De -
Imagen
  Control de Versiones  Un control de versiones es un sistema que registra los cambios realizados en un archivo o conjunto de archivos a lo largo del tiempo, de modo que puedas recuperar versiones específicas más adelante     GitHub  GitHub es un sistema de gestión de proyectos y control de versiones de código, así como una plataforma de red social diseñada para desarrolladores, github permite trabajar en colaboración con otras personas, para planificar proyectos y realizar seguimiento del trabajo, además de considerarse uno de los repositorios online más grandes de trabajo colorativo.    Características  Pull Request  Integracion Continua  Informacion sobre el crecimiento de repositorios  Perfil de usuario  Repositorios publicos y privados  Elección de Github: Se eligió github por la facilidad de su uso, por poseer una interfaz intuitiva para el manejo de repositorios y la creación de los mismo, además de que ...
Leer más

Herramientas para Pruebas Unitarias

De -
Imagen
Herramientas para Pruebas Unitarias ¿Que es una pruebas unitarias? En programación, una prueba unitaria es una forma de comprobar el correcto funcionamiento de una unidad de código. Por ejemplo en diseño estructurado o en diseño funcional una función o un procedimiento, en diseño orientado a objetos una clase. Esto sirve para asegurar que cada unidad funcione correctamente y eficientemente por separado. Además de verificar que el código hace lo que tiene que hacer, verificamos que sea correcto el nombre, los nombres y tipos de los parámetros, el tipo de lo que se devuelve, que si el estado inicial es válido, entonces el estado final es válido también. La idea es escribir casos de prueba para cada función no trivial o método en el módulo, de forma que cada caso sea independiente del resto. Luego, con las Pruebas de Integración, se podrá asegurar el correcto funcionamiento del sistema o subsistema en cuestión. ¿Qué es Jasmine? ...
Leer más

Sprint review sprint2

De -
Imagen
  La Revisión de Sprint incluye los siguientes elementos: • Los asistentes son el Equipo Scrum y los interesados clave invitados por el Dueño de Producto. Los presentes son: Gabriela Zavala, Gerardo Chay, Feliciano Chajon, Victor Lopez y Luis Vargas, equipo de desarrollo completo. • El Dueño de Producto explica qué elementos de la Lista de Producto se han “Terminado” y cuales no se han “Terminado”: Terminado   Creacion de ciclo escolar Creacion de materias  Creacion de secciones Inscripcion de Alumnos Creacion de Grados Asignacion de materias  Registro de docentes No Terminado Asignacion de Alumnos Registro de calificaciones Registro de conducta  Generacion de Boleta Calificaciones grupales Inicio de sesion     El Equipo de Desarrollo habla acerca de qué estuvo bien durante el Sprint, qué problemas aparecieron y cómo fueron resueltos esos problemas:   Surgen problemas en la parte del manejo de pruebas unitarias, creando confucion entre los integ...
Leer más