COMANDO + otros datos FUNCIONES

COMBINACIONES UTILES

control + Insert Copiar

Shift + Insert Pegar

q Salir (Ej. cuando usamos git log, nos permite salir de allí)

CONFIGURACION INICIAL
git config --global user.name
git config --global user.name
git config - -global user.email
git config --global user.email
git config --global color true
git config --global --list
Configura nuestro nombre. Le decimos a Git quien va a
“un nombre”
trabajar.
Si lo escribimos sin las comillas ““, nos dirá con qué nombre
está configurado Git. Es una forma de confirmar la
configuración anterior.
“un correo” Configuramos nuestro email.
Si lo escribimos sin las comillas ““, nos dirá con qué mail
está configurado Git. Es una forma de confirmar la
configuración anterior.
Configura los colores de Git. Le decimos a Git que nos
ilumine con diferentes colores los resultados.
Nos mostrará una lista con todas las configuraciones que
hemos realizado.

INICIAR UN PROYECTO
Adentro alojaremos todos los archivos que formarán parte
1° Crear una carpeta del Proyecto del proyecto (página web)
Una forma es hacer clic derecho sobre la carpeta del
proyecto y seleccionar “abrir con” y elegimos la opción “Git
Abrir la carpeta con Git Bash Bash”. Inmediatamente Git se ubicará en la carpeta del
proyecto.
Otra forma es usar la terminal Git y usar el comando cd.
Permite ubicarnos dentro de la carpeta del “proyecto”. Es
importante escribir bien la ubicación.
2° Una forma práctica es “arrastrar” la carpeta del proyecto
… / … / Carpeta adentro de la terminal Git Bash.
cd
del proyecto Si usamos Visual Code, en el Menú hacemos clic en
“Terminal” para abrir una nueva terminal Git, e
inmediatamente nos da a elegir la carpeta que deseamos.
Así definimos cual será la carpeta (master), es decir el
Working Directory
Para iniciar un nuevo proyecto o reiniciar uno ya existente.
Se creará una carpeta “git” oculta. No hay que tocar nada de
allí.
3° git init Le estamos diciendo a Git que empiece a monitorear los
cambios de éste proyecto.
Desde ahora estaremos trabajando en el “working directory
o Work space”
Vamos a crear todos los archivos que usaremos para
4° En Visual Studio Code desarrollar el proyecto. (Ej. los archivos HTML, CSS etc.)
pwd Nos muestra el directorio actual donde estamos ubicados.
(ele ese). Muestra todos los archivos que tengo dentro de
ls mi carpeta de proyecto, tanto los que fueron agregados al
“directorio” o “Work space” como los que aún no.
Para ver el estado de nuestros archivos; cuales están dentro
del working directory, si están agregados o no al repositorio,
si los estamos siguiendo o no, si hubo cambios etc.
Cuando arrancamos me mostrará los archivos existentes en
5°
el directorio, pero quizás aún no los estamos “siguiendo”. Me
saldrá algo así:
git status
“nothing added to commit but untracked files present
(use "git add" to track”
(no se agregó nada para confirmar, pero los archivos no
rastreados están presentes (use "git add" para rastrear)
Y me mostrará con color los archivos que están presentes
(que hemos creado) pero que aún no le dijimos a Git que los
 rastree.

Para comenzar a rastrear o seguir los archivos usaremos el

siguiente comando “git add”.
Agrega un archivo al “entorno de trabajo”. Eso significa que
desde ahora vamos a comenzar a “seguir o rastrear” a éstos
nombre del
git add archivo
archivos.
¿De estar en el working directory pasaron al staging
6° area?
git add . Pasa automáticamente todos mis archivos al staging area
(guion A mayúscula) También es otra forma de agregar
git add -A todos los archivos de unas sola vez al staging area
Me confirmará que agregué recientemente esos archivos y
7° git status mostrará en otro color (rojo) los que aún están en el working
directory y no fueron agregados.

CREAR UNA NUEVA RAMA

Antes de introducir nuevos cambios a nuestro proyecto, lo primero que debemos hacer es crear una rama a partir del master.
La rama será una copia exacta del master, y será sobre ella que trabajaremos haciendo todos los cambios. De este modo podremos
experimentar sin “romper” el master y así proteger el proyecto.
“branch” significa: rama
Git nos mostrará las ramas que tenemos en el proyecto.
*master es la rama principal que se crea por defecto al
1° git branch ejecutar git init
*otras ramas con un asterisco por delante.
La rama que aparece coloreada es la rama sobre la que
estamos en ese momento.
Crea una rama secundaria a partir del master.
Sobre ella vamos a trabajar y hacer los cambios no sobre el
nombre de la
git branch rama
master. Sin embargo, todavía seguimos parados sobre la
rama master. Lo siguiente será movernos a la rama que
hemos creado.
2° Hace dos cosas al mismo tiempo:
 Crea una rama nueva (como si hiciéramos git branch
…)
git checkout -b nombre de rama
 Nos movemos y nos alojamos directamente dentro de
dicha rama nueva. Y estaremos listos para trabajar
sobre ella.
Si luego ejecutamos git branch nos mostrará la rama
3° git branch *master y las nuevas *ramas que hallamos creado.
nombre de la nos permite movernos de una rama a otra. Debemos ir a la
4° git checkout rama rama que creamos y sobre la cual haremos los cambios.

COMENZAR A TRABAJAR SOBRE EL CODIGO (en una rama)

Trabajamos sobre el código y hacemos modificaciones. Y

1° Trabajamos en el Visual S. Code guardamos esos avances. (control + s)
Git nos mostrará que hemos hechos cambios en
2° git status determinados archivos del proyecto:
Modified: nombre del archivo
Agregamos esos archivos con los cambios que hicimos al
3° git add –A (o git .) staging area. También podemos usar el comando git add .
Y si estamos seguros de los cambios y ya hemos revisado,
hacemos un commit. Al hacer esto confirmamos los
cambios y pasamos los archivos del staging area al
4° git commit -m “mensaje” repositorio local
Guarda los cambios junto con un mensaje para identificarlos.
El mensaje debe describir con claridad de que se trató el
cambio que hicimos.
Permite ver una lista con todos los commits que hemos
hecho con su respectiva información.
5° git log Se mostrará un hash (numeración) que es como un ID para
diferenciar cada commit que hayamos hecho.
6° q Para salir de git log (q de queso)
Nos permite movernos.
Viajamos en el tiempo a través de nuestros commits o a
través de nuestras ramas.
hash (del
git checkout commit)
Primero ejecutamos git log para ver los commits
Segundo copiamos el hash del commit que queremos
revisar
Tercero ejecutamos git checkout + el hash
 Como resultado Visual Code me muestra el código en el
estado en que estaba cuando introdujimos dicho commit.
Nos mueve a la rama master y coloca nuevamente en el
git checkout master último commit que ésta tenía.
Es decir a la última versión de nuestro proyecto.
nombre de la
git checkout rama
Nos mueve de una rama a otra.
Me mostrará las diferencias en los cambios hechos en el
archivo. Las líneas que comienzan con un signo menos (-)
nombre del me muestran el estado anterior o lo que he quitado del
git diff archivo archivo. Las líneas que comienzan con un signo más (+) me
muestran los cambios efectuados o lo que he agregado al
código.
Borra los cambios que hice en el master. En otras
git stash palabras revierte automáticamente el último cambio que
hice en el master
Al presionar ENTER
Revierte automáticamente el último cambio que hice en el
nombre del
git checkout -- archivo
archivo.
Luego pongo git status
y me indica que no hay nada para comitear
Es similar a git checkout, pero éste comando elimina
commits. Usar con mucho cuidado.
--soft
--soft es más simple. No toca el working area, es decir
nuestro código.
git reset
--mixed borra el staging area. No toca el working area (código)
borra absolutamente todo lo que hay en el commit. Toca y
--hard
modifica el working area (código)
Nos ofrece una pequeña documentación sobre Git en la
git help misma terminal o abrirá el navegador.
Y nos mostrará un resultado sobre esa palabra que
escribimos. Por ej. si ponemos git help status nos mostrará
...una palabra
git help clave
información sobre el comando status.
Es una buena práctica para aprender nuevos y más
comandos.
Una vez que tenemos listos los cambios en esta rama (es decir que trabajamos en el código) podemos hacer 2 cosas:
 Fusionar la rama con el master local
 Exportar la rama y subirla a Git Hub, y una vez estando allá recién fusionarla con la rama master remota.

FUSIONAR UNA RAMA CON EL MASTER LOCAL

Debemos movernos al master que será la rama que

1° git checkout master
absorberá los cambios.
Observaremos en Visual Code que se produce automáticamente un cambio en el código, ya que nos mostrará el código que tenía
master antes de hacer los cambios en la rama; al mismo tiempo el navegador mostrará la página tal cual como estaba en el master.
Fusiona ésta rama con sus cambios a la rama master local
De inmediato nos informará:
nombre de la
2° git merge
rama
El número de archivos en los que hubo cambios.
El nombre de dichos archivos.
Cuantas inserciones hubo (+) y cuantas eliminaciones (-)
En visual Code observaremos que el máster incorporó en su código todos los cambios que hicimos en la rama; a su vez el
navegador mostrará esos resultados en la página.
Mostrará que los commits que anteriormente hicimos en la
rama ahora están presentes también en el master.
3° git log (los cambios están en ambas ramas, es decir que éste
instante son iguales)
En resumen, el flujo de trabajo es el siguiente:
 Crearemos una rama a partir del master.
 Nos ubicaremos sobre dicha rama usando git checkout nombre de la rama
 Y desde acá hacemos todos los cambios que queremos hacer sobre el código y el proyecto en general.
 Una vez hecho los cambios, los pasamos al staging area con el comando git add . o git add –A
 Chequeamos que todo funcione bien y pasamos los cambios al repositorio local con el comando git commit –m “mje”
 Volvemos a chequear y finalmente fusionamos la rama con sus cambios al master con git merge nombre de la rama

BORRAR LAS RAMAS YA FUSIONADAS con el master y QUE NO USAMOS

(guion d + el nombre de la rama)
nombre de la Para borrar una rama que hallamos creado anteriormente.
5° git branch -d
rama Borrará la rama junto con todos los cambios que hayamos
hecho sobre ella. Lo hace sin afectar al master
 GIT HUB

CREAR UN PROYECTO NUEVO

En nuestra cuenta de Git Hub, crearemos un repositorio

1° Crear un proyecto nuevo New repository
nuevo.
del Repositorio
2° Copiar el Link Remoto
y nos vamos a la Terminal Git Bash
En la Terminal Git Bash debemos ubicarnos dentro de la carpeta de nuestro proyecto. Una forma es hacer clic derecho
3° sobre la carpeta del proyecto y seleccionar “abrir con” y elegimos la opción “Git Bash”. Inmediatamente Git se ubicará en la
carpeta del proyecto.
el link del
Vincula nuestro proyecto local (repositorio local) con
3° git remote add origin Repositorio
nuestro proyecto remoto (Repositorio Remoto)
remoto
Comprobaremos que los repositorios local y remoto están
4° git remote -v vinculados
Borra el repositorio remoto que habíamos vinculado al
git remote remove origin Rep. Local
Manda nuestros cambios (commits) desde el Repositorio
local a GitHub (repositorio remoto).
Enviamos la rama master con todos sus cambios.
5° git push origin master Si queremos enviar otra rama solo debemos poner el
nombre de dicha rama: git push origin nombre-de-la-rama.
En algunos casos la Terminal Git nos pedirá que pongamos
nuestro usuario de Github
Actualizamos la página de Github y veremos que ya se han cargado los documentos de nuestro proyecto al Repositorio
6° remoto.

FLUJO DE TRABAJO – FUSIONAR AL REPOSITORIO REMOTO

Trabajar en el código / comitear / pushear / mergear o fusionar

1° git branch nombre de rama Creamos una rama que será una copia exacta del Master
Nos movemos hacia la rama que hemos creado.
git checkout nombre de la rama
Y a partir de ahora trabajaremos sobre ella.
2° Crea una rama y nos mueve sobre ella. Es una opción
git checkout -b nombre de la rama
rápida
Trabajamos sobre el código haciendo los cambios.
3° Visual Studio Code
Y siempre guardar los cambios (control + s)
Nos permite chequear si hubo cambios en el proyecto.
4° git status Nos avisará sobre que archivos hay cambios. Se mostrarán
en color rojo por lo general.
5° git add . Guarda los cambios y los pasa al staging area

6° git commit –m “un mensaje” Confirmamos los cambios y los pasa al repositorio local
Chequeamos el historial de commits que se han hecho. Y
7° git log así confirmamos que todo va en marcha.
q Apretamos la letra “q” (cu) para salir de git log
Ahora podemos hacer dos cosas:
 FUSIONAR la rama en la que hicimos los cambios con la rama master local usando: git merge
 PUSHEAR LA RAMA: subir a Git Hub la rama con sus cambios y desde ahí fusionarla (merge) con el master del repositorio
remoto.
8° git push origin nombre de la rama Subimos la rama con sus cambios al repositorio remoto
Actualizamos la página de Git Hub y nos mostrará que tenemos una rama nueva en el repositorio remoto. Debemos chequear que
esté todo en orden y que se pueda fusionar con la rama master. Git Hub chequea automáticamente si la rama es fusionable o si hay
problemas.
Nuevo requerimiento de extracción. Iniciamos el proceso
9° New pull request para fusionar la rama con el master y agregarle así todos
los cambios que hemos hecho.
10° Create pull request Creamos un requerimiento de la fusión con la rama master

11° Merge pull request Confirmamos la fusión

 HACER UN PULL del Repositorio remoto

1° git checkout master Primero debemos movernos al master

Descarga el Repositorio remoto y lo fusiona al master
2° git pull origin master
local, incorporando automáticamente todos los cambios.
Nos mostrará como último commit el merge (fusión) que
3° git log acabamos de hacer.

Comandos para CHEQUEOS

pwd Nos muestra el directorio actual donde estamos ubicados.

(ele ese). Muestra todos los archivos que tengo dentro de
ls mi carpeta de proyecto, tanto los que fueron agregados al
“directorio” o “Work space” como los que aún no.
Para ver el estado de nuestros archivos; cuales están
dentro del working directory, si están agregados o no al
git status repositorio, si los estamos siguiendo o no, y si hubo cambios
etc.
“branch” significa: rama. Mostrará las ramas que tenemos
en el proyecto.
*master es la rama principal que se crea por defecto al
git branch ejecutar git init
*otras ramas con un asterisco por delante.
La rama que aparece coloreada es la rama sobre la que
estamos en ese momento.
Permite ver una lista con todos los commits que hemos
hecho con su respectiva información.
git log Se mostrará un hash (numeración) que es como un ID para
diferenciar cada commit que hayamos hecho.
q Para salir de git log

Comprobaremos que los repositorios local y remoto están

git remote –v vinculados
Nos permite movernos y viajar en el tiempo a través de
nuestros commits o a través de nuestras ramas.
Primero ejecutamos git log para ver los commits
Segundo copiamos el hash del commit que queremos
git checkout hash de commit
revisar
Tercero ejecutamos git checkout + el hash
Como resultado Visual Code me muestra el código en el
estado en que estaba cuando introdujimos dicho commit.
git checkout nombre de rama Nos mueve de una rama a otra.

CLONAR un Repositorio remoto

Copiar el URL del Repo Buscamos el Repositorio remoto sobre el que queremos
1° En Git Hub
remoto trabajar, y copiamos su enlace

2° Abrimos la terminal Git Bash

Descarga el Repositorio remoto a la computadora.
Link del repo
3° git clone remoto
Generalmente lo descarga en la carpeta User. Buscarla y
reubicarla donde queramos.
4° Abrir la carpeta descargada En Git Bash Y comenzar a trabajar…

Nos permite editar, mejorar y solucionar un error en nuestro

Issues repositorio
1° issues Hacer clic en la pestaña de Issues para entrar (en Git Hub)

2° new issues Crear una nueva edición

xxxx