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

¿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