Preview ng leksyon

GitHub y repositorios remotos: tu código en la nube

Hacemos la transición del trabajo local al trabajo en equipo: analizamos qué es un remote, cómo vincular un repositorio local con GitHub y en qué se diferencian push, pull y fetch, los tres comandos que más se suelen confundir. Analizaremos especialmente la autenticación mediante claves SSH, ya que los empleadores esperan que lo configures por tu cuenta.

remoto origen push / pull / fetch

Ano ang matututunan mo sa leksyong ito

Podrás crear un repositorio en GitHub, vincularlo a tu proyecto local y publicar cambios con el comando push.
Entenderás la diferencia entre fetch y pull y podrás elegir conscientemente entre ellos cuando trabajes en equipo.
Configurarás la autenticación SSH con GitHub sin contraseñas, tal como lo hacen los profesionales.

Simula ng leksyon

¿Por qué necesitamos repositorios remotos?

Repositorio local: solo en tu ordenador
Repositorio remoto: almacenamiento en la nube para el equipo
Todos ven y realizan cambios en un mismo lugar
Sincronización en tiempo real a través de internet

Imagina que trabajas solo en un proyecto: con un repositorio local de Git es suficiente. Pero en cuanto se incorpora un equipo, surge la necesidad de un espacio compartido. El repositorio remoto se convierte en el punto central de almacenamiento del código, accesible para todos los participantes. Es similar a Google Docs, donde todas las ediciones se sincronizan en tiempo real. Puedes ver los cambios de tus compañeros, discutir el código a través de pull requests y trabajar en diferentes funcionalidades en paralelo. Sin un repositorio remoto, el desarrollo en equipo se convertiría en un caos de archivos comprimidos y versiones infinitas.

Cómo se relacionan los repositorios local y remoto

Origin: nombre predeterminado del repositorio remoto
Push: envío de cambios al servidor
Pull: obtención de cambios desde el servidor
Cada repositorio es independiente y contiene toda la historia

Tu repositorio local intercambia datos con el remoto mediante dos comandos clave: push y pull. Por defecto, el repositorio remoto principal se llama origin. Pero es importante entender que no es una simple copia de archivos. Cada repositorio es independiente y contiene el historial completo de cambios. Cuando haces commits localmente, estos permanecen solo en tu máquina hasta que los envías con push. Y cuando tus compañeros actualizan el código, lo descargas con pull para mantener tu trabajo sincronizado.

Uno local, varios remotos

Se pueden conectar múltiples repositorios remotos
Origin — tu fork personal en GitHub
Upstream — el repositorio original del proyecto
Fácil sincronización de cambios entre ellos

Tu proyecto puede estar conectado a varios repositorios remotos al mismo tiempo. Por ejemplo, origin es tu fork personal en GitHub, y upstream es el repositorio principal del proyecto. Esta configuración te permite hacer cambios en tu propia copia mientras mantienes la posibilidad de obtener actualizaciones de la fuente original. Es especialmente útil cuando trabajas en proyectos de código abierto, ya que te ayuda a mantener tu fork actualizado. Tú decides cuándo y qué cambios incorporar desde upstream a tu origin. Ahora que entendemos la lógica de los repositorios remotos, es momento de crear el nuestro en GitHub, y lo haremos ahora mismo.

# Añadimos un nuevo repositorio remoto
git remote add upstream https://github.com/original/project.git

# Vemos la lista de todos los repositorios remotos
git remote -v

# Obtenemos cambios desde upstream a la rama local
git fetch upstream

git checkout main
git merge upstream/main

# Enviamos los cambios a nuestro origin
git push origin main

Buong leksyon ay para sa subscription

30 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

¿Por qué necesitamos repositorios remotos?
Cómo se relacionan los repositorios local y remoto
Uno local, varios remotos
Creando un nuevo repositorio en GitHub
README y licencia — tu primera confirmación
Vinculando tu repositorio local con GitHub
¿Qué es clonar un repositorio?
Dos formas de clonar: HTTPS y SSH
Práctica: clonar un repositorio
Verificamos la configuración después de clonar
Por qué las contraseñas son incómodas para GitHub
Cómo funcionan las claves SSH
Creando una clave SSH
Añadiendo la clave a GitHub
Enviando código a la nube: git push
Configurando la rama upstream
Resolviendo conflictos al hacer push
Git pull: sincronización con la nube
Cómo funciona git pull internamente
Problemas comunes con git pull
Por qué git pull puede ser peligroso
Git fetch: descarga segura de cambios
Práctica: revisar cambios con fetch
Cuándo usar fetch en lugar de pull
Push a una rama ajena: por qué rompe el proceso
Cómo hacerlo correctamente: creando tu propia rama para cambios
Catástrofe silenciosa: cuando el pull borra tus cambios
Comando salvador: git stash en acción
GitHub: tu armario en la nube para código
Configuración de clave SSH: tu pase digital
Del fork al Pull Request: trabajando en equipo
Pull Request: esencia y diferencia con un push simple
Resumen y tarea