Pusheando a un remoto

Crearemos un repositorio en GitLab y lo asociaremos a nuestro repositorio local con `git remote`. Luego enviaremos nuestro código a la nube usando `git push`.

Vamos a aprovechar las facilidades que nos ofrece Internet para crear y gestionar repositorios remotos, y para ello utilizaremos GitLab como ejemplo. Aunque Git nos permite trabajar con repositorios remotos alojados en máquinas de nuestra red local o incluso en la misma máquina, usar una plataforma como GitLab simplifica mucho el proceso y nos abre la puerta a colaborar con otras personas de forma sencilla.

Para empezar, creamos un nuevo proyecto en GitLab. Le damos un nombre, por ejemplo página cliente, y podemos decidir si queremos que sea privado o público. En nuestro caso, lo dejamos privado para mantener el control sobre quién puede acceder. Una vez creado, GitLab nos muestra la página del repositorio, donde además de alojar el código, ofrece funcionalidades muy útiles para gestionar el proyecto. Por ejemplo, podemos usar un sistema de seguimiento de incidencias (ISU Tracker) para que los usuarios reporten bugs, una Wiki para documentar el proyecto, o gestionar peticiones de fusión (Merge Requests) para integrar cambios propuestos por otros colaboradores.

El siguiente paso es conectar nuestro repositorio local con este repositorio remoto en GitLab. Para ello, Git nos permite usar distintos protocolos: podemos conectar con repositorios en la misma máquina, con otros en la red local mediante SSH, o con repositorios remotos en Internet usando HTTP o HTTPS. En este caso, usaremos la dirección HTTPS que GitLab nos proporciona para nuestro proyecto.

Para agregar el repositorio remoto, usamos el comando git remote add seguido de un nombre identificativo para el remoto, que por convención suele ser origin, aunque puede ser cualquier otro nombre que nos ayude a identificarlo. Después indicamos la URL del repositorio remoto que hemos copiado de GitLab. Por ejemplo:

git remote add origin https://gitlab.com/usuario/pagina-cliente.git

Con esto, ya tenemos nuestro repositorio remoto configurado. Podemos comprobarlo con git remote para ver los nombres de los remotos configurados, o con git remote -v para ver las URLs asociadas.

Ahora que tenemos el remoto configurado, podemos enviar nuestro código a GitLab usando git push. El comando básico es:

git push origin master

Aquí indicamos que queremos enviar la rama master al remoto llamado origin. Si tuviéramos varias ramas y quisiéramos subirlas todas, podríamos usar la opción --all, pero en este caso con una sola rama es suficiente.

Al hacer el push, Git nos pedirá nuestras credenciales para autenticarnos, ya que el repositorio es privado. Una vez autenticados correctamente, Git comprime los datos para optimizar la transferencia y sube los cambios.

Si ahora recargamos la página del proyecto en GitLab y accedemos a la sección de archivos (Files), veremos nuestro código reflejado en la nube. Además, en la pestaña de commits (Commits) podemos revisar el historial de cambios que hemos subido.

Es importante recordar que, aunque el repositorio está alojado en un sitio web con una interfaz amigable, sigue siendo un repositorio Git normal, accesible para quienes tengan permiso. En próximas ocasiones veremos cómo un compañero puede clonar este repositorio para colaborar con nosotros, manteniendo así un flujo de trabajo distribuido y eficiente.

Lista de reproducción
  1. 1
    ¿Qué es Git?
    4 minutos
  2. 2
    Cómo instalar Git
    9 minutos
  3. 3
    Creando tu primer commit
    9 minutos
  4. 4
    Qué es el staging area
    10 minutos
  5. 5
    Cómo deshacer modificaciones de archivos
    7 minutos
  6. 6
    Cómo deshacer un commit con reset
    7 minutos
  7. 7
    Cómo revertir un commit con revert
    7 minutos
  8. 8
    Introducción a las ramas
    6 minutos
  9. 9
    Cómo crear y modificar ramas
    6 minutos
  10. 10
    Commits bajo el workflow Feature Branch
    6 minutos
  11. 11
    Cómo fusionar ramas con merge
    6 minutos
  12. 12
    Fusiones conflictivas
    9 minutos
  13. 13
    Cómo construir alias
    7 minutos
  14. 14
    Más sobre conflictos
    9 minutos
  15. 15
    Etiquetas
    7 minutos
  16. 16
    Tags anotados
    9 minutos
  17. 17
    git stash: esconder cambios
    6 minutos
  18. 18
    Introducción a remotos
    5 minutos
  19. 19
    Pusheando a un remoto
    6 minutos
  20. 20
    Clonando y haciendo pull
    6 minutos
  21. 21
    Fetch y pull rebases
    8 minutos
  22. 22
    Rebase
    7 minutos
  23. 23
    Rebase interactivo
    6 minutos
  24. 24
    Master, main y otros nombres de rama
    9 minutos
  25. 25
    git switch
    9 minutos
  26. 26
    git-restore
    10 minutos
  27. 27
    git-grep
    11 minutos
  28. 28
    Gitignore
    11 minutos
  29. 29
    El flag --patch
    9 minutos
  30. 30
    git-apply y parches en bruto (advanced)
    9 minutos
  31. 31
    Merge octopus (advanced)
    9 minutos
  32. 32
    Conventional commits
    12 minutos
  33. 33
    Merge and squash (GitLab / GitHub...)
    6 minutos
  34. 34
    git merge --squash
    7 minutos
  35. 35
    git-bisect
    8 minutos
  36. 36
    git-blame
    6 minutos
  37. 37
    git-reflog
    10 minutos
  38. 38
    Git para la Bash
    11 minutos
  39. 39
    Submódulos (parte 1)
    7 minutos
  40. 40
    Submódulos (parte 2)
    10 minutos
  41. 41
    Otros clientes Git (último episodio)
    9 minutos