Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 2 vistas

    Git Flow Guia

    Cargado por

    Angela Diaz

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Git Flow Guia

    Cargado por

    Angela Diaz
    2 vistas6 páginas

    Título original

    Git flow guia (1) (1)

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    2 vistas6 páginas

    Git Flow Guia

    Cargado por

    Angela Diaz

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    de 6

    To do s n u es t ro s r e p o s i t o r i o s emp i ez an c on

    l a rama Ma i n o en s u def ec t o c o n Ma st e r.
    Rec u erda s i n ec e s i t a s r e n o m b rar t u rama
    u t i l i z a el s i g u i e n t e c o m a n d o

    git branch -M main

    La persona que crea el repositorio deberá añadir a cada miembro del


    equipo como colaborador del repositorio para que pueda "pushear"
    (termino no oficial para decir subir data al repositorio), teniendo los
    permisos necesarios para realizar diferentes acciones en el repo

    Así será un ejemplo de nuestro recorrido por Git flow, la cual es una
    estrategia creada para mejorar la organización de Branchs
    (ramificaciones) teniendo cada una un propósito dentro del repositorio.
    Y todo empieza por aquí en la rama principal

    Feature Develop Release Main Hotfix

    V0.1 V0.1 V0.1

    f/developer1

    New-Feature

    f/developer2

    e
    New-Feature V0.2

    f/developer1

    New-Feature V1.0
    Feature Develop Release Main Hotfix

    La persona que crea el repositorio genera el primer


    Add/Commit/Push a Main con la estructura y
    configuración básica para que todo el equipo pueda
    comenzar a desarrollar

    Clonar el repositorio en tu computador


    Feature Develop Release Main Hotfix

    Aquí empezamos el flujo de trabajo con


    Git flow

    Ya todos tienen su espacio de trabajo local, podremos empezar


    a trabajar juntos.
    El siguiente paso será crear cada uno dos ramas:

    1.
    La primera rama dev funcionará como la rama secundaria de
    nuestro proyecto, aquí es donde subiremos nuestras
    actualizaciones verificadas antes de mandarlas a la rama
    principal main o también llamada rama de producción

    El comando git branch nos permite ver las ramas


    que actualmente tienes en local.

    2.
    La segunda rama será las features que, como su nombre los
    indica, serán utilizadas para crear funcionalidades que vienen
    organizadas desde el Trello. Para esta rama, cada miembro del
    equipo creará su propia rama local, y podrá nombrarla, como se
    ve en el siguiente ejemplo: f/nombre o feature/nombre
    Como cambiar de ramas

    Si realizas cambios en la rama que te


    encuentras en ese momento, no podrás cambiar
    de rama, ya que tendrás que hacer talvez un
    commit innecesario de los cambios

    Comandos

    Variante mismo resultado

    Traer los cambios a la rama dev


    Cambiamos a la rama dev

    Solo hacemos push por


    primera vez para que la
    rama dev se actualice en
    el repositorio local

    Ya en la rama dev podrás traer los cambios que tiene


    actualmente la rama main y así evitar posibles errores. El
    proposito de tener varias ramas es que todas esten
    actualizadas. En este caso el comando git pull origin "la rama"
    nos actualizara a los más recientes cambios hechos.
    Feature Develop Release Main Hotfix

    Subir tu primera funcionalidad desde tu


    rama feature

    Consejo: Siempre es una buena práctica antes de empezar a


    trabajar hacer un pull de los últimos cambios ya sea de dev
    o main

    Ya una vez revisado que todo esté en su última versión


    podrás empezar a trabajar desde tu rama y terminada tu
    tarea ya podrás pushear tu funcionalidad.
    Mezclar ramas de manera segura desde
    GitHub

    Ten cuenta que no es la única manera, existen diferentes


    maneras utilizando comandos específicos desde la terminal
    de Git, pero esta es la manera más visual y controlada de
    poder generar una mezcla entre ramas para mantener todas
    actualizadas y sin generar errores con el proyecto.

    Con esto te invito a investigar


    más de Git y sus métodos de flujo
    de trabajo

    Un pull request es una petición para integrar nuestras


    propuestas o cambios de código a un proyecto

    Feature Develop Release Main Hotfix

    Ya con el pull request mezclado


    podrán los otras miembros del
    equipo traer los cambios a su
    propio espacio de trabajo local

    También podría gustarte