Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Aprende Empujando Ramas Locales | Flujos de Trabajo Más Avanzados
Fundamentos de GitHub
course content

Contenido del Curso

Fundamentos de GitHub

Fundamentos de GitHub

1. Introducción a GitHub
2. Interacción Básica con Remotos
3. Flujos de Trabajo Más Avanzados

book
Empujando Ramas Locales

Crear una rama separada para una nueva funcionalidad es una práctica sumamente común al utilizar Git. Supongamos que queremos implementar un sistema de pagos en nuestro proyecto, así que creemos una rama feature/payment y cambiemos a ella de inmediato:

Una vez en esta rama, realizaremos algunos cambios en el archivo test.txt como si estuviéramos agregando algunas líneas de código para implementar un sistema de pagos. Simplemente añadamos esta línea: "A few lines of code" al archivo:

A continuación, podemos realizar un commit directo:

Ahora tenemos un commit en nuestra rama feature/payment. Antes de fusionar esta rama en la rama main, primero empujémosla al repositorio remoto.

Note
Nota

En nuestro caso, puede parecer un trabajo adicional; sin embargo, en la práctica, cuando tienes otros colaboradores, esto les permitirá revisar y probar tu código y proporcionar retroalimentación.

La primera vez que enviamos una nueva rama al repositorio remoto, necesitamos incluir algunos parámetros adicionales en el comando git push. Específicamente, debemos usar la bandera -u para configurar la rama y que siga la rama remota correspondiente (conocida como upstream). También debemos especificar que estamos enviando a el repositorio origin e indicar que estamos enviando la rama feature/payment.

Note
Estudiar más

En Git, upstream se refiere al repositorio remoto y la rama que tu rama local está siguiendo. Cuando configuras una rama upstream, tu rama local sabe a qué rama remota debe enviar los cambios y de cuál debe obtener los cambios. Por ejemplo, configurar la rama upstream con git push -u origin feature/payment le indica a Git que la rama local feature/payment debe seguir la rama feature/payment en el remoto origin.

question mark

¿Cuál es el comando correcto para enviar una rama recién creada feature/login al repositorio remoto y configurarla para que siga la rama remota?

Select the correct answer

¿Todo estuvo claro?

¿Cómo podemos mejorarlo?

¡Gracias por tus comentarios!

Sección 3. Capítulo 3

Pregunte a AI

expand

Pregunte a AI

ChatGPT

Pregunte lo que quiera o pruebe una de las preguntas sugeridas para comenzar nuestra charla

course content

Contenido del Curso

Fundamentos de GitHub

Fundamentos de GitHub

1. Introducción a GitHub
2. Interacción Básica con Remotos
3. Flujos de Trabajo Más Avanzados

book
Empujando Ramas Locales

Crear una rama separada para una nueva funcionalidad es una práctica sumamente común al utilizar Git. Supongamos que queremos implementar un sistema de pagos en nuestro proyecto, así que creemos una rama feature/payment y cambiemos a ella de inmediato:

Una vez en esta rama, realizaremos algunos cambios en el archivo test.txt como si estuviéramos agregando algunas líneas de código para implementar un sistema de pagos. Simplemente añadamos esta línea: "A few lines of code" al archivo:

A continuación, podemos realizar un commit directo:

Ahora tenemos un commit en nuestra rama feature/payment. Antes de fusionar esta rama en la rama main, primero empujémosla al repositorio remoto.

Note
Nota

En nuestro caso, puede parecer un trabajo adicional; sin embargo, en la práctica, cuando tienes otros colaboradores, esto les permitirá revisar y probar tu código y proporcionar retroalimentación.

La primera vez que enviamos una nueva rama al repositorio remoto, necesitamos incluir algunos parámetros adicionales en el comando git push. Específicamente, debemos usar la bandera -u para configurar la rama y que siga la rama remota correspondiente (conocida como upstream). También debemos especificar que estamos enviando a el repositorio origin e indicar que estamos enviando la rama feature/payment.

Note
Estudiar más

En Git, upstream se refiere al repositorio remoto y la rama que tu rama local está siguiendo. Cuando configuras una rama upstream, tu rama local sabe a qué rama remota debe enviar los cambios y de cuál debe obtener los cambios. Por ejemplo, configurar la rama upstream con git push -u origin feature/payment le indica a Git que la rama local feature/payment debe seguir la rama feature/payment en el remoto origin.

question mark

¿Cuál es el comando correcto para enviar una rama recién creada feature/login al repositorio remoto y configurarla para que siga la rama remota?

Select the correct answer

¿Todo estuvo claro?

¿Cómo podemos mejorarlo?

¡Gracias por tus comentarios!

Sección 3. Capítulo 3
some-alt