Flujo de Trabajo Tradicional con Git y Jira

¿Cómo funciona el flujo tradicional de colaboración en proyectos?

La colaboración en el desarrollo de software implica una serie de pasos donde múltiples herramientas y actores están involucrados. Aquí abordaremos el flujo tradicional utilizado comúnmente en la integración y revisión de código. Este proceso, aunque efectivo, conlleva varios cambios de contexto y puede resultar en posibles errores debido a la cantidad de pasos involucrados.

¿Cómo se gestionan los equipos y las invitaciones?

Comenzando con la gestión de equipos en plataformas colaborativas, el flujo tradicional involucra enviar invitaciones a los miembros a través de correos electrónicos. Por ejemplo, Marcelo invita a Gustavo escribiendo directamente su dirección de correo:

1. Se envía una invitación por correo.
2. Gustavo acepta la invitación para unirse al equipo.

Una vez que el miembro acepta, se integra al equipo, listo para participar en las tareas asignadas.

¿Cuál es el flujo de trabajo en Jira?

Jira es una herramienta popular para la gestión de proyectos ágiles. El flujo tradicional en Jira para una tarea específica se presenta así:

1. Identificación de la tarea en el Canva Board.
2. Avanzar la tarea a la etapa de "In Progress" (En progreso).

Marcelo, por ejemplo, decide tomar la tarea de agregar un campo de apellido al formulario de registro.

¿Cómo se crea un branch y se realiza un cambio de código?

Usualmente, el desarrollo de nuevas características o fixes se maneja a través de branches en Git. En el flujo tradicional, los pasos son:

• Crear un branch nuevo para la característica específica en la terminal:

  # Comando para crear un nuevo branch de feature
  git checkout -b agregar-apellido
  

• Modificar el código en un editor, como VS Code, realizando los cambios necesarios para completar la tarea.

¿De qué manera se hace un commit y se publica el branch?

Una vez realizados los cambios, hay que efectuar un commit y luego publicar el branch:

1. Realizar un commit:

# Comando para hacer un commit de los cambios realizados
git commit -m "Añadir campo de apellido al formulario de registro"

2. Publicar el branch desde el menú de control de versiones en el editor.

¿Cómo se solicita un pull request en GitHub?

El siguiente paso en el flujo tradicional es crear un pull request en GitHub, lo cual implicaría los siguientes pasos:

1. Ir a GitHub y seleccionar la opción "Compare & Pull Request".
2. Elegir el branch correcto y crear el pull request.

Aquí es donde se designa un revisor, en este caso a Gustavo, quien se encargará de revisar los cambios realizados.

¿Cómo se gestionan los cambios sugeridos por el revisor?

A menudo, el revisor puede solicitar cambios, así que el flujo tradicional se desarrolla de la siguiente manera:

1. Realizar ajustes en el código según las sugerencias del revisor.
2. Hacer un nuevo commit y push de los cambios.
3. Notificar al revisor que los cambios han sido aplicados para una nueva revisión.

Este flujo requiere una coordinación constante y el uso de múltiples herramientas, cada una sirviendo un propósito distinto pero fundamental. A pesar de ser efectiva, esta metodología requiere cambios de contexto frecuentes y puede conllevar a errores y repeticiones.

A medida que continúas en tu aprendizaje del desarrollo de software, recuerda que familiarizarte con ambos tipos de flujos de trabajo - tradicional y moderno - te permitirá escoger la mejor metodología para tus necesidades específicas, maximizando así tanto la eficiencia como la precisión de tus contribuciones.