CURSO DE PROGRAMACIÓN FULL STACK

TUTORIAL: GUÍA
INICIAL DE USO DE
GIT CON GITHUB
GUÍA DE GIT CON GITHUB
¿QUÉ ES EL CONTROL DE VERSIONES?
Los sistemas de control de versiones son programas que tienen como objetivo controlar los
cambios en el desarrollo de cualquier tipo de software, permitiendo conocer el estado actual
de un proyecto, los cambios que se le han realizado a cualquiera de sus piezas, las personas
que intervinieron en ellos, etc. El software de control de versiones realiza un seguimiento de
todas las modificaciones en el código en un tipo especial de base de datos. Si se comete
un error, los desarrolladores pueden ir atrás en el tiempo y comparar las versiones anteriores
del código para ayudar a resolver el error al tiempo que se minimizan las interrupciones para
todos los miembros del equipo.

Los desarrolladores que trabajan en equipos están escribiendo continuamente nuevo

código fuente y cambiando el que ya existe. El código de un proyecto, una aplicación o un
componente de software normalmente se organiza en una estructura de carpetas o "árbol
de archivos". Un desarrollador del equipo podría estar trabajando en una nueva función
mientras otro desarrollador soluciona un error no relacionado cambiando código. Cada
desarrollador podría hacer sus cambios en varias partes del árbol de archivos.

El control de versiones ayuda a los equipos a resolver estos tipos de problemas, al realizar
un seguimiento de todos los cambios individuales de cada colaborador y ayudar a evitar
que el trabajo concurrente entre en conflicto.

En definitiva, tener un control de los cambios en los códigos de nuestra aplicación es una
variable crucial para el éxito de nuestro desarrollo. Git es un sistema de control de versiones
de código abierto, diseñado para manejar grandes y pequeños proyectos con rapidez y
eficiencia. La pretensión de este tutorial es abordar el uso básico de Git proporcionando
ejemplos prácticos útiles para comenzar a administrar repositorios remotos con plataformas
como Bitbucket o GitHub.

¿QUÉ ES GIT?
Git es la mejor opción para la mayoría de los equipos de software actuales. Aunque cada
equipo es diferente y debería realizar su propio análisis, aquí recogemos los principales
motivos por los que destaca el control de versiones de Git con respecto a otras alternativas:

GIT ES UNA EXCELENTE HERRAMIENTA

Git tiene la funcionalidad, el rendimiento, la seguridad y la flexibilidad que la mayoría de los
equipos y desarrolladores individuales necesitan. En las comparaciones directas con gran
parte de las demás alternativas, Git resulta muy ventajoso para muchos equipos.

1
GIT ES UN PROYECTO DE CÓDIGO ABIERTO DE CALIDAD
Git es un proyecto de código abierto muy bien respaldado con más de una década de
gestión de gran fiabilidad. Los encargados de mantener el proyecto han demostrado un
criterio equilibrado y un enfoque maduro para satisfacer las necesidades a largo plazo de
sus usuarios con publicaciones periódicas que mejoran la facilidad de uso y la funcionalidad.
La calidad del software de código abierto resulta sencilla de analizar y un sin número de
empresas dependen en gran medida de esa calidad.

Git goza de una amplia base de usuarios y de un gran apoyo por parte de la comunidad. La
documentación es excepcional y para nada escasa, ya que incluye libros, tutoriales y sitios
web especializados, así como podcasts y tutoriales en vídeo.

El hecho de que sea de código abierto reduce el costo para los desarrolladores aficionados,
puesto que pueden utilizar Git sin necesidad de pagar ninguna cuota. En lo que respecta a
los proyectos de código abierto, no cabe duda de que Git es el sucesor de las anteriores
generaciones de los exitosos sistemas de control de versiones de código abierto, SVN y
CVS.

¿QUÉ ES GITHUB?
Github es un portal creado para alojar el código de las aplicaciones de cualquier
desarrollador. La plataforma está creada para que los desarrolladores suban el código de
sus aplicaciones y herramientas, y que como usuario no solo puedas descargarte la
aplicación, sino también entrar a su perfil para leer sobre ella o colaborar con su desarrollo.

Un sistema de gestión de versiones es ese con el que los desarrolladores pueden

administrar su proyecto, ordenando el código de cada una de las nuevas versiones que
sacan de sus aplicaciones para evitar confusiones. Así, al tener copias de cada una de las
versiones de su aplicación, no se perderán los estados anteriores cuando se va a actualizar.

Git, al ser un sistema de control, va ser la herramienta que nos va a permitir comparar el
código de un archivo para ver las diferencias entre las versiones, restaurar versiones
antiguas si algo sale mal, y fusionar los cambios de distintas versiones.

Así pues, Github es un portal para gestionar proyectos usando el sistema Git.

¿CÓMO VAMOS A LOGRAR ESO?

Github permite que los desarrolladores alojen proyectos creando repositorios de forma
gratuita. Un repositorio es como una carpeta para tu proyecto. El repositorio de tu proyecto
contiene todos los archivos de tu repositorio y almacena el historial de revisión de cada
archivo. También puedes debatir y administrar el trabajo de tu proyecto dentro del
repositorio.

2
¿COMO CREAR REPOSITORIO EN GITHUB?
Para esto primero deberemos crearnos una cuenta en GitHub, recomendamos ir a GitHub
y crearse una cuenta, antes de seguir con la guía.

Para subir tu proyecto a GitHub, deberás crear un repositorio donde alojarlo. Para poder
crear un repositorio deberemos crearnos una cuenta en GitHub.

1) En la esquina superior derecha de cualquier página, utiliza el menú desplegable + y

selecciona Repositorio Nuevo

2) Escribe un nombre corto y fácil de recordar para tu repositorio. Por ejemplo: "hola-
mundo".

3) También puedes agregar una descripción de tu repositorio. Por ejemplo, "Mi primer
repositorio en GitHub".

3
4) Elige la visibilidad del repositorio. Puedes restringir quién tiene acceso a un repositorio
eligiendo la visibilidad de un repositorio: público o privado. Publico significa que
cualquier persona puede ver ese repositorio y privado significa que solo personas
autorizadas pueden verlo. Que sea publico no significa que la gente puede subir cosas
a nuestro repositorio, lo único que permite es que se puedan ver los archivos.

5) Podemos crear el repositorio con un ReadMe

6) Da click en Crear repositorio.

4
¿CÓMO INSTALAMOS GIT?
Una vez que tenemos creado un repositorio en GitHub vamos a tener que instalar Git

INSTALADOR DE GIT PARA MAC

El modelo de Git de Apple viene preinstalado en macOS. Abra su terminal o editor de scripts
de shell de su elección e ingrese git –version para verificar qué versión de Git está en su
máquina. Si aún no está en su máquina, ejecutar git –version le pedirá que instale Git.

Si bien esta compilación de Git está bien para algunos usuarios, es posible que desee
instalar la versión más actualizada. Puede hacerlo de muchas formas diferentes; hemos
recopilado algunas de las opciones más fáciles a continuación. Recordamos que si ya
tenemos Git en nuestra Mac, no es necesario instalarlo, solo si queremos una versión más
nueva.

1) Una forma es instalar Git en un Mac es mediante el instalador independiente:

A. Descarga el instalador de Git para Mac más reciente desde acá:

https://sourceforge.net/projects/git-osx-installer/files/

B. Sigue las instrucciones para instalar Git.

Abre un terminal y escribe el siguiente texto para comprobar que la instalación se ha

realizado correctamente:

git --version:

$ git --version
git version 2.9.2

Nota: esta es la opción que más recomendamos

2) Otra forma es instalar Git mediante HomeBrew:

Esta opción SOLO la vamos a utilizar si no nos funcionó la opción anterior, de lo contrario
obviar esta parte de la guía.

Homebrew instala una lista de paquetes útiles que no vienen preinstalados en Mac.

A. Pegue el siguiente comando en su terminal para instalar Homebrew:

/bin/bash -c "$(curl -fsSL

https://raw.githubusercontent.com/Homebrew/install/HEAD/install
.sh)"

B. El terminal le pedirá que ingrese una contraseña. Ingrese la contraseña que usa para
iniciar sesión en su Mac y continuar con el proceso de instalación.

5
 C. Una vez terminado, ingrese brew install git en la terminal y espere a que se descargue.
Verifique que Git se instaló ejecutando git –version

INSTALADOR DE GIT PARA LINUX

Debian / Ubuntu (apt-get)

Los paquetes de Git están disponibles mediante APT:

1. Desde tu núcleo, instala Git mediante apt-get:

$ sudo apt-get update

$ sudo apt-get install git

2. Introduce el siguiente texto para verificar que la instalación se ha realizado

correctamente:

git --version:

$ git --version
git version 2.9.2

INSTALADOR DE GIT PARA WINDOWS

1. Descarga el instalador de Git para Windows más reciente.
2. Cuando hayas iniciado correctamente el instalador, verás la pantalla del asistente
de instalación de Git.
3. Selecciona las opciones Siguiente y Finalizar para completar la instalación. Las
opciones predeterminadas son las más lógicas en la mayoría de los casos.
4. Abre el símbolo del sistema (o Git Bash si durante la instalación seleccionaste no usar
Git desde el símbolo del sistema de Windows).
5. Introduce el siguiente texto para verificar que la instalación se ha realizado
correctamente:

git --version:

$ git --version
git version 2.9.2

6
¿QUÉ ES EL GIT TOKEN EN GITHUB?
Para poder subir nuestros cambios o nuestras tareas a GitHub, vamos a tener que configurar
nuestro Personal Access Token , este le permite a GitHub autenticar que eres tú, el que está
tratando de subir cosas al GitHub. De modo que puedas realizar todo tipo de operativas,
como clonar repositorios o enviar cambios a GitHub desde local a remoto.

En GitHub han declarado recientemente como obsoleta la autenticación por medio de

usuario y clave y ahora los desarrolladores debemos autenticarnos a través de lo que llaman
el Personal Access Token. Esta acción debes hacerla para poder conectarte y realizar
cualquier tipo de operativa con el servicio de GitHub.

POR QUÉ NECESITAMOS EL PERSONAL ACCESS TOKEN

Anteriormente, cuando querías realizar cualquier operación en GitHub desde local y esa
operación requería de acceso autenticado, ya sea mediante la línea de comandos o un
programa de interfaz gráfica, podrías simplemente autenticarte usando el mismo usuario y
contraseña que utilizas en el sitio web de GitHub. Ahora no es posible y tendrás que usar el
mencionado Personal Access Token.

Este procedimiento lo tendrás que hacer en todo lugar donde necesites una clave
para poder utilizar GitHub desde fuera del sitio web. Por ejemplo clonar un repositorio
privado de GitHub en local, enviar cambios a GitHub con Push, traerte cambios con Pull,
etc.

CÓMO CREAR UN PERSONAL ACCESS TOKEN (PAT)

Este token se crea desde el sitio web de GitHub. El procedimiento es muy sencillo. Una vez
logueado con tu usuario y contraseña en el sitio web de GitHub, accedemos a la
opción Settings y luego a Developer settings y por último a Personal Access Tokens .

La opción de Settings la encuentras en el menú desplegable de tu avatar arriba a la

derecha de la pantalla.

7
Las siguientes opciones las accedes mediante el navegador vertical de la izquierda. Ahí
pulsamos la opción Developer Settings y luego Personal Access Tokens.

Entonces accederás a una página donde puedes administrar tus Personal Access Tokens.

Aquí vamos a crear un nuevo token con el botón Generate new token.

8
Entonces aparecerá un formulario que debes rellenar, indicando el nombre del token (para
saber en qué lo vas a utilizar) y otros detalles como la expiración del token y los scopes.

Para el nombre vamos a poner el nombre que queramos, en expiración le pondremos No

expiration (No vencimiento) y en los scopes pondremos solo la opción de repo.

Nombre Token

Expiración Token

Scopes:

9
Los scopes son simplemente las operaciones que estarán o no permitidas desde este token.
Lo más común es que des permisos para acceder a los repositorios remotos alojados en
GitHub, pero existen otras operativas que puedes hacer o no tú y que podrías permitir o no
con este token que vas a crear.

COPIAR EL PAT EN UN LUGAR SEGURO

Una vez generado el token aparecerá en la página de GitHub. Puedes copiarlo y ponerlo en
un lugar seguro. Ten en cuenta que es como si fuera una clave de usuario!! Por lo que debes
cerciorarte que solamente tú tengas acceso a este token.

¡Por supuesto, no lo debes pegar en el código de ninguna aplicación, para no dejarlo visible
para otras personas!! o tus accesos a GitHub podrían verse comprometidos.

Otro detalle importante es que este token solamente aparecerá una vez en la página de
GitHub. Si lo necesitas recuperar porque lo has perdido simplemente no podrás hacerlo.
Tendrás que generar uno nuevo.

10
CÓMO USAR EL PERSONAL ACCESS TOKEN DE GITHUB
El mecanismo para usar el PAT es tan sencillo como el que anteriormente hacíamos con la
clave del sitio web.

Simplemente, cuando la operación de GitHub te pida la clave de tu usuario, en lugar de la

clave colocarás el token.

Por ejemplo, en la siguiente imagen vemos el comando de clonado de un repositorio.

Cuando nos piden la clave, simplemente colocamos toda la cadena del token que hemos
copiado en GitHub. Con esto habremos autenticado con el token correctamente y
podremos acceder a los servicios de GitHub.

ACTUALIZAR CREDENCIALES EN GITHUB EN MACOS

Para los usuarios de Mac, es posible que necesites actualizar credenciales de GitHub. Para
ello tienes que abrir una aplicación llamada Keychain Access.

Para abrir la aplicación tendremos que hacer Barra Espaciadora + Commnad ⌘ y ahí
escribiremos Keychain Access o Acceso a Llaveros. Cuando aparezca le damos al Enter

Una vez dentro de la aplicación, arriba a la derecha, en el buscador de la aplicación

buscaremos "GitHub". Veremos algo así:

Las credenciales son las que tienen el arroba @ azul. Puede ser que nos salgan dos
credenciales de GitHub, tenemos que abrir la que tenga nuestra cuenta como credencial.
Para revisarlo le haremos doble click a la credencial y ahí nos va a mostrar la credencial y
dentro podremos ver la cuenta. Se vería algo así:

11
 Nuestro Mail de GitHub

Dentro de la credencial con nuestra cuenta, vamos a agregar el Token. Para esto vamos a
copiar el token y dentro de la credencial vamos a darle a Mostrar contraseña o Show
Password, nos va a pedir la contraseña de nuestra computadora, ingresamos la contraseña
y le damos a Permitir.

Vamos a ver la contraseña de nuestra computadora así:

Borramos la contraseña de nuestra computadora y pegamos el Token y damos a Guardar

cambios y así ya tenemos el Token configurado.

Después de realizar este paso, puede ser que al intentar hacer alguna operativa de nuevo
con GitHub se pedirá tu usuario y contraseña, e introducirás tu usuario y el token.

12
CACHEO DEL PERSONAL ACCESS TOKEN
El cacheo del Access Token lo puedes realizar en cualquier sistema operativo por medio de
Git. En MacOS se hace automáticamente con la aplicación de llaves. Para los usuarios de
otros sistemas operativos como Linux y Windows en la documentación de GitHub
encontramos algunas otras indicaciones interesantes.

En Windows te indican que tienes que lanzar el siguiente comando:

git config --global credential.helper wincred

En Linux te informan de dos comandos útiles. Este te permite indicar que las credenciales
se cacheen:

git config --global credential.helper cache

Y este otro comando te permite que las credenciales permanezcan cacheadas por el tiempo
que tú estimes conveniente. El tiempo se indica en segundos. Por ejemplo, para cachear las
credenciales por 3 horas lanzas el siguiente comando.

git config --global credential.helper 'cache --timeout=10800'

Eso es todo! espero que con estas indicaciones puedas realizar toda la configuración de
GitHub para el acceso desde el terminal en local y poder administrar tus repositorios
remotos.

CONFIGURACIÓN INICIAL
Abra su terminal de Git para comenzar con la ejecución de comandos, por ejemplo, abrirá
el programa Git bash en Windows para ingresar a la línea de comandos de este programa.

Una vez que ingrese, use el siguiente comando para establecer el nombre de usuario de git:

git config --global user.name “Jhoel Perez”

Recuerde sustituir el texto entre comillas por su nombre real. Ahora indique el correo
electrónico del usuario para git:

git config --global user.email "[email protected]"

Sustituyendo el texto entre comillas por su cuenta de correo electrónico. Esta configuración
inicial debería ser suficiente para comenzar. Para comprobar otros valores de su
configuración actual ejecute:

git config --list

Se mostrarán los nuevos valores configurados al final, y otros valores de configuración

predeterminados:

...

color.diff=auto

color.status=auto

13
...

user.name=Juan Perez

[email protected]

¿CÓMO TRABAJAMOS CON GIT?

Para trabajar con Git con Github tenemos dos formas de trabajar:

1) Trabajar en local, en un repositorio que me cree en mi máquina (repositorio local) y

vincularlo a un repositorio creado en GitHub (repositorio remoto).

2) Clonar un repositorio de Github (u otro hosting de repositorios) para traernos a local

el repositorio completo y empezar a trabajar con ese proyecto.

Vamos a elegir de momento la opción 1) que nos permitirá comenzar desde cero y con la
que podremos apreciar mejor cuáles son las operaciones básicas con Git. En este sentido,
cualquier operación que realizas con Git tiene que comenzar mediante el trabajo en local,
por lo que tienes que comenzar por crear el repositorio en tu propia máquina. Incluso si tus
objetivos son simplemente subir ese repositorio a Github para que otras personas lo puedan
acceder a través del hosting remoto de repositorios, tienes que comenzar trabajando en
local.

REPOSITORIO LOCAL VS REMOTO

Tenemos dos tipos de repositorios local y remoto, ambos son entidades separadas y que a
través de los comandos de Git podemos unificar.

Los repositorios locales residen en las computadoras de los miembros del equipo. Por el
contrario, los repositorios remotos se alojan en un servidor al que pueden acceder todos los
miembros del equipo, probablemente en Internet o en una red local.

Nosotros trabajaremos en nuestro repositorio local y cuando sintamos que lo que hemos
hecho está bien o ya está listo, lo subiremos a nuestro repositorio remoto, de esa manera
todos lo cambios que hayamos hecho estarán subidos a internet y nuestros compañeros de
equipo podrán verlos. Pero esto significa que mientras estemos trabajando, estaremos
trabajando en el repositorio local y después unificaremos con el remoto.

INICIO DE UN NUEVO REPOSITORIO: GIT INIT

Primero deberemos crear una carpeta vacía para inicializar nuestro repositorio, una vez que
la tenemos creada debemos decirle a la terminal que se pare en esa carpeta, así todos los
comandos de Git, afectan a esa carpeta.

En Windows podemos hacer click derecho a la carpeta y darle a Git Bash Here, eso nos
abrirá la terminal Git Bash en la carpeta para trabajar Git.

En Mac podemos hacer lo mismo, click derecho a la carpeta y darle a la opción Nuevo
Terminal en la carpeta.

14
Una vez parados en nuestra carpeta. Para crear un nuevo repositorio, usa el comando git
init. git init es un comando que se utiliza una sola vez durante la configuración inicial de un
repositorio nuevo. Al ejecutar este comando, se creará un nuevo subdirectorio .git en tu
directorio de trabajo actual. También se creará una nueva rama principal.

$ git init

¿COMO VINCULAMOS NUESTRO REPOSITORIO CON

GITHUB?
Primero deberemos crear un repositorio, sin el archivo readME.

Una vez que tenemos el archivo agregado y guardado de manera local, tenemos que
vincular este repositorio local a un repositorio remoto en GitHub. Para esto vamos a utilizar
el comando git remote add.

Este comando va a tomar el alias nuestro repositorio y la url de nuestro repositorio en GitHub,
con esto va a vincularlo con nuestro repositorio local.

git remote add <name> <url>

El alias que vamos a utilizar para Github es origin y para obtener la url de nuestro repositorio,
podemos encontrarla al principio de nuestro repositorio:

Buscamos el url de nuestro repositorio de GitHub y lo hacemos en nuestro terminal. Por lo

que pondremos git remote add origin <url>

GUARDAR CAMBIOS EN EL REPOSITORIO: GIT STATUS GIT ADD Y

GIT COMMIT
Ahora que has iniciado o clonado un repositorio, puedes realizar commits en la versión del
archivo. Vamos a ir a nuestra carpeta y vamos a crear un archivo txt con nuestro nombre
escrito, una vez que lo tengamos creado vamos a hacer los siguientes comandos.

Git Status

El comando de git status nos da toda la información necesaria sobre la rama actual.

git status

Podemos encontrar información como:

• Si la rama actual está actualizada

• Si hay algo para confirmar, enviar o recibir (pull).

15
 • Si hay archivos en preparación (staged), sin preparación(unstaged) o que no están
recibiendo seguimiento (untracked)

• Si hay archivos creados, modificados o eliminados

Nota: veremos el concepto de ramas más adelante.

Hacemos un git status en nuestro repositorio para ver el estado actual.

Git Add

Cuando creamos, modificamos o eliminamos un archivo, estos cambios suceden en local y

no se incluirán en el siguiente commit (a menos que cambiemos la configuración).

Necesitamos usar el comando git add para incluir los cambios del o de los archivos en tu
siguiente commit.

Añadir un único archivo:

git add <archivo>

Añadir todo de una vez:

git add .

Si revisas la captura de pantalla del git status, verás que hay nombres de archivos en rojo -
esto significa que los archivos sin preparación. Estos archivos no serán incluidos en tus
commits hasta que no los añadas.

Hacemos un git add . para agregar nuestro archivo txt. Una vez que hacemos el git add
hacemos otro git status, ahora veremos que los archivos que estaban en rojo, están en verde,
esto quiere decir que ya los hemos agregado para hacer nuestro commit.

16
Git Commit

Este sea quizás el comando más utilizado de Git. Una vez que se llega a cierto punto en el
desarrollo, queremos guardar nuestros cambios (quizás después de una tarea o asunto
específico) o subir un archivo / proyecto.

Git commit es como establecer un punto de control en el proceso de desarrollo al cual

puedes volver más tarde si es necesario. Es como un punto de guardado en un videojuego.

También necesitamos escribir un mensaje corto para explicar qué hemos desarrollado o
modificado en el código fuente.

git commit -m "mensaje de confirmación"

Hacemos un commit para guardar nuestro txt y le ponemos un mensaje que explique que
hemos hecho.

VINCULAR NUESTRO REPOSITORIO CON GITHUB

Primero deberemos crear un repositorio, sin el archivo readME.

Una vez que tenemos el archivo agregado y guardado de manera local, tenemos que
vincular este repositorio local a un repositorio remoto en GitHub. Para esto vamos a utilizar
el comando git remote add.

Este comando va a tomar el alias nuestro repositorio y la url de nuestro repositorio en

GitHub, con esto va a vincularlo con nuestro repositorio local.

git remote add <name> <url>

El alias que vamos a utilizar para Github es origin y para obtener la url de nuestro repositorio,
podemos encontrarla al principio de nuestro repositorio:

Buscamos el url de nuestro repositorio de GitHub y lo hacemos en nuestro terminal.

Por lo que pondremos git remote add origin <url>

17
¿QUÉ SON LAS RAMAS EN GIT?
A menudo necesitamos trabajar con más de una persona sobre un mismo proyecto. Pero,
¿Qué pasa si más de un desarrollador hace cambios sobre el mismo archivo?, o peor aún,
¿Qué pasa si ambos cambian la misma línea de código?
Para evitar este tipo de problemas y colisionar código permanentemente, git provee la
herramienta de branches (rama). De esta manera, puedes crear tu propia rama del
proyecto y hacer todos los cambios que necesites, y al final del proceso crear un pull
request para mergear (juntar tus cambios) con la rama principal, main o master.

¿QUÉ ES LA RAMA MASTER O MAIN?

Cuando inicializamos un proyecto con Git automáticamente nos encontramos en una rama
a la que se denomina "master".

Puedes ver las ramas en la que te encuentras en cada instante con el comando:

git branch

Esta rama es la principal de tu proyecto y a partir de la que podrás crear nuevas ramas
cuando lo necesites.

Si has hecho algún commit en tu repositorio observarás que después de lanzar el comando
"git branch" nos informa el nombre de la rama como "master".

Recordemos que en GitHub esta rama puede llamarse Main, siempre podemos cambiar el
nombre de la rama a Master con las configuraciones de GitHub.

TRAER CAMBIOS DE UN REPOSITORIO: GIT PULL

Acabamos de ver que usamos el comando git pull para descargar la rama, asi que vamos a
explicar un poco más de este comando.

Git pull es un comando de Git utilizado para actualizar la versión local de un repositorio
desde otro remoto.

Es uno de los cuatro comandos que solicita interacción de red por Git. Por default, git
pull hace dos cosas.

1. Actualiza la rama de trabajo actual (la rama a la que se ha cambiado actualmente)

2. Actualiza las referencias de rama remota para todas las demás ramas.

git pull recupera (git fetch) las nuevas confirmaciones y las fusiona (git merge) en tu rama
local.

18
USANDO GIT PULL
Usa git pull para actualizar un repositorio local del repositorio remoto correspondiente. Por
ejemplo: Mientras trabajas localmente en master, ejecuta git pull para actualizar la copia
local de master y actualizar las otras ramas remota de seguimiento remoto.

Sin embargo, hay algunas cosas que hay que tener en cuenta para que ese ejemplo sea
cierto:

El repositorio local tiene un repositorio remoto vinculado.

• Confirma esto ejecutando git remote -v

• Si existen múltiples remotos, git pull podría no ser suficiente información. Es posible
que debas ingresar git pull origin o git pull upstream.

ENVIAR CAMBIOS AL REPOSITORIO: GIT PUSH

Recordemos que antes de este paso debemos haber confirmado nuestros cambios con git
commit y haber vinculado el repositorio de Git local con el repositorio remoto de GitHub,
usando el git remote add origin. Con estos dos pasos hechos el siguiente paso que quieres
dar es enviar tus cambios o archivos al servidor remoto. git push envía tus commits al
repositorio remoto.

git push <nombre-remoto> <nombre-de-tu-rama>

De todas formas, si tu rama ha sido creada recientemente, puede que tengas que cargar y
subir tu rama con el siguiente comando:

git push origin <nombre-de-tu-rama>

Recordemos que usamos el alias origin para el repositorio remoto.

Cuando creamos un repositorio en GitHub, nos crea una rama por defecto llamada main,
podemos en la configuración cambiar para que la rama que se cree por defecto se llame
master.

Por lo que ahora haremos el siguiente comando en nuestra terminal:

git push origin main

git push origin master

Una vez que hemos hecho esto, si refrescamos nuestro repositorio vamos a ver nuestro
archivo txt en nuestro repositorio de GitHub.

Este proceso se va a repetir, quitando la vinculación y la inicialización del repositorio, cada

vez que nosotros hagamos un cambio dentro de nuestro repositorio. Esto puede ser
modificar un archivo ya existente o agregar más archivos a la carpeta local.

19
CLONAR UN REPOSITORIO
Ahora vamos a hablar de la operativa de clonado de un repositorio, el proceso que tienes
que hacer cuando quieres traerte el código de un proyecto que está publicado en GitHub y
lo quieres restaurar en tu ordenador, para poder usarlo en local, modificarlo, etc.

Este paso es bastante básico y muy sencillo de hacer, pero es esencial porque lo necesitarás
realizar muchas veces en tu trabajo como desarrollador. Además intentaremos
complementarlo con alguna información útil, de modo que puedas aprender cosas útiles y
un poquito más avanzadas.

DESCARGAR VS CLONAR
Al inicio de uso de un sitio como GitHub, si no tenemos ni idea de usar Git, también podemos
obtener el código de un repositorio descargando un simple Zip. Esta opción la consigues
mediante el botón de la siguiente imagen.

Sin embargo, descargar un repositorio así, aunque muy sencillo no te permite algunas de las
utilidades interesantes de clonarlo, como:

• No crea un repositorio Git en local con los cambios que el repositorio remoto ha
tenido a lo largo del tiempo. Es decir, te descargas el código, pero nada más.

• No podrás luego enviar cambios al repositorio remoto, una vez los hayas realizado
en local.

En resumen, no podrás usar en general las ventajas de Git en el código descargado. Así que
es mejor clonar, ya que aprender a realizar este paso es también muy sencillo.

CLONAR EL REPOSITORIO GIT

Entonces veamos cómo debes clonar el repositorio, de modo que sí puedas beneficiarte de
Git con el código descargado. El proceso es el siguiente.

Primero copiarás la URL del repositorio remoto que deseas clonar (ver el icono "Copy to
clipboard” en la siguiente imagen).

20
Luego abrirás una ventana de terminal, para situarte sobre la carpeta de tu proyecto que
quieras clonar. Yo te recomendaría crear ya directamente una carpeta con el nombre del
proyecto que estás clonando, o cualquier otro nombre que te parezca mejor para este
repositorio. Te sitúas dentro de esa carpeta y desde ella lanzamos el comando para hacer
el clon, que sería algo como esto:

git clone https://github.com/EggEducacion/MiPrimerRepositorio.git .

El último punto, después de la url copiada desde git, le indica que el clon lo vas a colocar en
la carpeta donde estás situado, en tu ventana de terminal. La salida de ese comando sería
más o menos como tienes en la siguiente imagen:

De esta manera nosotros ya tenemos el repositorio remoto para trabajar local y podremos
hacer los cambios que queramos y subir los cambios con los comandos que explicamos
previamente.

21
¿PUEDO INVITAR COLABORADORES A UN REPOSITORIO
PERSONAL?
Nosotros vimos como clonar un repositorio para poder usar su código y si quisiéramos hacer
cambios y subir esos cambios. Todos los usuarios de GitHub pueden ver y clonar tu
repositorio, siempre y cuando sea un repositorio publico. Pero, no todo las personas que
clonan tu repositorio pueden subir sus cambios, ya que GitHub entiende que los repositorios
son de nuestra propiedad y somos los únicos que podemos modificarlo.

Ahora, como hacemos cuando queremos que varias personas trabajen en un mismo
repositorio y queremos que GitHub les deje subir esos cambios. Para ese dilema GitHub nos
deja invitar colaboradores a nuestro proyecto. Esto se hará de la siguiente manera:

1. Solicita el nombre de usuario de la persona que estás invitando como colaboradora.

2. En GitHub, visita la página principal del repositorio.

3. Debajo de tu nombre de repositorio, da clic en Configuración.

4. En la barra lateral izquierda, da clic en Administrar acceso.

5. Da clic en Invitar un colaborador.

22
 6. En el campo de búsqueda, comienza a teclear el nombre de la persona que quieres
invitar, luego da clic en un nombre de la lista de resultados.

7. Da clic en Añadir a nombreRepositorio.

8. El usuario recibirá un correo electrónico invitándolo al repositorio. Una vez que

acepte la invitación, tendrá acceso de colaborador a tu repositorio. Las invitaciones
pendientes caducarán después de 7 días. Esto restablecerá cualquier licencia sin
reclamar.

IMPORTANTE
Para que sigas practicando esta herramienta tan importante, los ejemplos de las siguientes
guías para descargar, van a estar alojados en el siguiente portal de tu curso con repositorios.
La idea es que practiquen descargar esos ejemplos usando Git y así no perder la practica.
Recomendamos que se guarden este link para siempre tenerlo a mano!!

GitHub Egg: https://github.com/EggCooperation

23
EJERCICIOS DE APRENDIZAJE
Ahora es momento de poner en practica todo lo visto en la guía.

VIDEOS: Te sugerimos ver los videos relacionados con este

tema, antes de empezar los ejercicios, los podrás encontrar
en tu aula virtual o en nuestro canal de YouTube.

PRIMER EJERCICIO
1. Primero deberemos estar registrados en GitHub, tener instalado Git y tener configurado
git en la computadora con nuestras credenciales

2. Luego tendremos que crear desde GitHub un repositorio SIN ARCHIVO README y
copiar la URL directa hacia el repositorio.

3. Crear una carpeta que contenga un archivo .txt con un mensaje inicial

4. Recordar que deberemos inicializar el repositorio haciendo click derecho sobre la

carpeta que contiene el archivo y abrir Git . O también podremos hacer click derecho en
un lugar en blanco al costado del archivo .txt. Inicializar el repositorio con:

5. git init

6. Vincular y conectar nuestro repositorio local con el remoto usando:

7. git remote add origin URL

8. Luego controlo los cambios que están bajo observación en la rama principal con:

9. git status

10. Luego añado los cambios de todos los archivos con:

11. git add .

12. Luego comiteo los cambios con:

13. git commit –m “Mensaje”

14. Y finalmente hago un git push origin para mandar mis cambios al repositorio remoto

15. Podría cambiar el mensaje del .txt y volver a repetir los pasos desde el 2 al 10 y debería
ver en la pagina de git mis cambios

RECOMENDACIÓN
Todo lo que hacemos desde el paso 2 al 9 debemos repetirlo en todos los ejercicios que
quisiéramos guardar en nuestro Git personal.

Desde Egg sugerimos hacerlo con todos los siguientes ejercicios y cada vez que
terminemos nuestra jornada de estudio. Lo recomendamos por dos motivos: uno, para
practicar Git desde ahora hasta la última guía y dos, para que nuestros ejercicios no se
pierdan ante algún eventual problema en nuestra computadora.

24
SEGUNDO EJERCICIO
1. Tendremos que pedirle un repositorio publico a algún estudiante de nuestro curso.

2. Copiaremos la URL principal del repositorio del estudiante

3. Tendremos que abrir Git en alguna carpeta y correr el comando git clone
URL_ESTUDIANTE

Nota: De esta manera podremos no solo aprender del código de otros programadores, sino
que también podremos recuperar información propia de nuestros proyectos desde git.

CHECK LIST DE HABILIDADES

Antes de terminar la guía nos gustaría que te tomes un tiempo para ver si pudiste lograr las
siguientes capacidades, en caso no haber aprendido alguna capacidad, te sugerimos que
hables primero con un compañero para poder quitarte todas las dudas posibles, y si todavía
necesitas un refuerzo avisarle a tu profesor.

Aprendiste qué es el control de versiones

Aprendiste qué es, instalaste y configuraste GIT

Aprendiste de GITHUB e hiciste una cuenta para tus repositorios

Aprendiste la diferencia entre repositorios locales y remotos

Aprendiste cómo trabajar con GIT y GITHUB

Aprendiste qué son y cómo usar las ramas

Aprendiste cómo clonar un repositorio

Aprendiste cómo invitar colaboradores y cómo colaborar con sus repositorios

De ahora en más, voy a usar GIT en mis ejercicios y proyectos 😁

%
$
#
"

25