Exploración del flujo de GitHub

  • 2 minutos

El flujo de GitHub muestra cómo GitHub puede agregar valor al desarrollo tradicional de software colaborativo basado en Git. Su propósito es simplificar las actualizaciones de los proyectos hospedados en GitHub proporcionando una guía prescriptiva sobre el proceso de aplicación de cambios en el repositorio del proyecto. Es probable que la organización de nuestro escenario de ejemplo se beneficie de incorporar GitHub Flow a sus prácticas de DevOps, especialmente teniendo en cuenta su falta de experiencia en el uso de repositorios basados en Git. En esta unidad, revise la secuencia de pasos que representan el caso de uso más común del flujo de GitHub.

Siguiendo el flujo de GitHub

Diagrama que muestra un flujo de trabajo de rama básico.

El flujo de GitHub consta de los pasos siguientes:

  1. Creación de un repositorio. Para seguir el flujo de GitHub, necesitará una cuenta de GitHub y un repositorio. De forma predeterminada, un nuevo repositorio incluye la rama predeterminada, que normalmente se denomina principal.

  2. Crear una rama. La creación de otra rama le permite desarrollar y guardar los cambios sin afectar a la rama predeterminada. Además, permite a otros usuarios colaborar en los cambios revisandolos antes de que se combinen en la rama principal. Puede crear una rama directamente en GitHub o clonar el repositorio en el equipo local y crear una rama allí.

  3. Realizar cambios en la rama. Aplique cambios a la rama recién creada invocando las acciones de confirmación y (si se usa localmente) de inserción. Puede editar archivos directamente en el repositorio hospedado de GitHub mediante la interfaz web de GitHub. Para cada confirmación, proporcione un breve mensaje que describa los cambios aplicados. Repita estos pasos hasta que tenga en cuenta los cambios completados y esté listo para pedir a otros usuarios que los revisen.

  4. Crear una solicitud de incorporación de cambios. Solicite comentarios mediante la creación de una solicitud de cambios (normalmente abreviada como PR) después de la última confirmación en la rama que creó. Proporcione un resumen de los cambios incluidos en la rama y explique la mejora que pretende aportar. Use la notación de mención @ si desea solicitar una revisión de personas o equipos específicos.

    Diagrama que muestra las ramas principal y de características y una solicitud de incorporación de cambios.

  5. Revisar la solicitud de incorporación de cambios. Aquí es donde otros usuarios intervienen, revisan la pull request y envían sus comentarios, entre los que se pueden incluir preguntas y sugerencias.

  6. Direccionar comentarios de revisión. Una vez completadas las revisiones, ajustará los cambios para tenerlos en cuenta y esperar la aprobación de la solicitud de incorporación de cambios.

  7. Combinar la solicitud de cambios. Aprobar la solicitud de cambios permite combinar el contenido de la rama que creó con la rama predeterminada (principal). GitHub conserva de forma predeterminada los comentarios y los commits en la solicitud de incorporación de cambios, lo que le permite a usted y a otros volver a visitarlos en cualquier momento. Al implementar la protección de rama, sus restricciones podrían afectar a la capacidad de combinación, por lo que primero debe asegurarse de que se cumplen.

  8. Eliminar la rama. Una vez completada la combinación, puede eliminar la rama que creó. Esto ayuda a minimizar el tamaño del repositorio y evita un uso accidental de ramas obsoletas.