Skip to content

Latest commit

 

History

History
784 lines (589 loc) · 20.9 KB

clase2.md

File metadata and controls

784 lines (589 loc) · 20.9 KB
Raw

shieldsIO shieldsIO shieldsIO

WideImg

Máster en Programación FullStack con JavaScript y Node.js

JS, Node.js, Frontend, Backend, Firebase, Express, Patrones, HTML5_APIs, Asincronía, Websockets, Testing

Clase 2

Importante

img

Control de Versiones

Bienvenidos a la maquina del tiempo

  • Arquitectura de Árbol(working area, staging Area, Repository)
  • Auditoria de código (quien? cuando? y que?)
  • Git trabaja en binario (imagenes, docs, etc...)
  • Git no guarda una copia de cada version, solo los cambios.
  • Distribución (Repositorios y Clones)
  • Opensource y funciona offline
  • Consola vs. GUI

Trabajo efectivo

Working Flow

Como trabajar con Git

Github

Trabajando con Git

Instalación

Instalamos Git - Source Code Management

Comprobamos la instalación

git --version

Bienvenidos a la maquina del tiempo

  • Arquitectura de Árbol(working area, staging Area, Repository)
  • Auditoria de código (quien? cuando? y que?)
  • Git trabaja en binario (imagenes, docs, etc...)
  • Git no guarda una copia de cada version, solo los cambios.
  • Distribución (Repositorios y Clones)
  • Opensource y funciona offline
  • Consola vs. GUI

Trabajando en Local

Configuración (entornos):

Repositorios locales y remotos Repositorios locales y remotos

  • System (todos los usuarios)

    • git config --system
    • etc/gitconfig, /usr/local/git/etc/gitconfig

  • Global (mi usuario)

    • git config --global
    • .gitconfig (usuario/root)

  • Project (proyecto)

    • git config
    • /proyect/.git/config

Comandos básicos

data transport commands

versión

git --version

Grabando Nombre

git config --global user.name "nombre"

Comprobando el nombre

git config --global user.name

Grabando Email

git config --global user.email "email"

Habilitando colores

git config --global color.ui true

Ver usuarios en el equipo

git config --global --list

GIT Working flow (local) - Básico

  • help (ayuda)

    • Ayuda general
    git config --global --list
    • Ayuda especifica
    git help push
    • Salir de la ayuda
    q (quit)

  • init (arranque)

    • Buscamos la carpeta (ls, dir...)
    • Arrancando Git
    git init

  • status

    • Verificar estado
    git status

  • add

    • Añadiendo todo
    git add -A
    • Añadiendo todo (como add -A, pero omite los archivos fuera de track)
    git add .
    • Añadiendo un archivo especifico
    git add loquesea

  • commit

    • Comentando el commit
    git commit -m "Mi primer commit"

  • log

    • Verificando el estado de los commits
    git log

  • reset (Reseteamos el proyecto hasta un punto dado (SIN RETORNO!))

    • No afecta al working area ni al Stagging Area, solo al repositorio
    git reset --soft NUMEROCOMMIT
    • No afecta al working area
    git reset --mixed NUMEROCOMMIT
    • Afecta a todos los niveles incluido el working area
    git reset --hard NUMEROCOMMIT

    • En caso de necesitar recuperación. Haz un reset --hard hacia delante, con el número del útimo commit.

      git reset --hard ULTIMOCOMMIT

    • Devolver un archivo de staging a working area

    git reset HEAD nombrearchivo

GIT Working flow (local) - Viajar en el tiempo

  • log

    • Hacemos una copia de seguridad de nuestros commits.
    git log > miscommits.txt

  • checkout

    • Abrimos la maquina de tiempo
    git checkout NUMEROCOMMIT
    • Volvemos a Master
    git checkout master

GIT Working flow (local) - Ramas (Branches)

Ramas (Universos Paralelos) Línea master -> linea estable o principal. Lineas secundarias -> lineas de desarrollo, bugs, experimentos, etc...

  • branch

    • Crear una rama
    git branch NOMBRERAMA
    • Ver ramas
    git branch
    • Cambiar de rama
    git checkout NOMBRERAMA
    • Ver cambios en formato ramas
    git log --oneline --graph --all
    • Borrar una rama
    git branch -d NOMBRERAMA

GIT Working flow (local) - Fusiones (básico)

  • Nos situamos en la rama que absorberá (principal)

    git checkout RAMAPRINCIAL

  • Hacemos el merge

    git merge RAMASECUNDARIA

  • Añadir comentario (o)

  • Guardar y salir (:x)

  • Ramas fusionadas

    git branch

  • Borramos rama

    git branch -d NOMBRERAMA

GIT Working flow (local) - Fusiones (gestión conflictos)

  • Fast-forward (automatizado). No hay conflicto alguno.

    • Nos situamos en la rama que absorberá (principal)
    git checkout RAMAPRINCIAL
    • Hacemos el MERGE
    git merge RAMASECUNDARIA

    • Añadir comentario (o)

    • Guardar y salir (:x)

  • Manual Merge (Conflicto, dos personas tocaron los mismos archivos)

    • Nos situamos en la rama que absorberá (principal)
    git checkout RAMAPRINCIAL
    • Hacemos el MERGE
    git merge RAMASECUNDARIA
    • En consola
    Auto-merging CARPETA/ARCHIVO
CONFLICT (content): Merge conflict in CARPETA/ARCHIVO
Automatic merge failed; fix conflicts and then commit the result.
    • En el editor
    <<<<<<< HEAD
hello world....!!!!!!!
=======
hello world 2 ..!!!
>>>>>>> conflictiva
    • Resuelver y guardar
    hello world 2 ..!!!
    • Comprobamos el estado
    git status
    • commit para la resolución conflicto
    git commit -am "con este commit se arregla el conflicto"
    • Resultado
    *   81a6c1d con este commit se arregla el conflicto
|\  
| * 64b5518 que pasa
* | 29a6348 ahora conflcito..no
|/  
* afe16ae Todo arriba..
* 7c9cc50 Mi primer Commit
    • Borramos la rama (opcional)
    git branch -d NOMBRERAMA

GITHUB Working flow (básico)

  • clone

    git clone https://github.com/twbs/bootstrap.git

  • log

    • Mirar los commits
    git log

GITHUB Working flow (Proyecto desde cero)

  • Creamos los ficheros

  • init

    • monitorizamos los ficheros
    git init

  • commit

    • Añadimos los ficheros en un commit
    git commit -am "Mi primer proyecto"

  • remote

    • Enlazamos con Github
    git remote add origin <--HTTPoSSH-->
    • Comprobamos los detalles
    git remote -v

  • push

    • Mandamos los cambios
    git push origin master

GITHUB Working flow (Proyecto en equipo) El proceso es igual, pero es necesario mantenerse sincronizado.

  • fetch

    • Actualizar origin/master (rama espejo en local)
    git fetch origin

  • merge

    • Fusionar master con origin/master
    git merge origin/master

  • commit

    • Preparamos un commit para subir un cambio a Github
    git commit -am "Nuevo cambio"

  • push

    • Subimos los cambios
    git push origin master

GITHUB Working flow (Proyectos de terceros) Usamos 2 repositorios (ORIGINAL EXTERNO (upstream/master) -> CLON ORIGINAL (origin/master) -> CLON LOCAL)

  • remote

    • Conectamos al fork (origin)
    git remote add origin <--- HTTP --->
    • Verificamos la conexión
    git remote -v
    • Conectamos al remoto (Upstream)
    git remote add upstream HTTTPREPO-UPS
    • Verificamos que tenemos dos enlaces (origin y upstream)
    git remote -v

  • fetch

    • Comprobamos cambios en origin
    git fetch origin
    • Comprobamos cambios con upstream
    git fetch upstream

  • merge

    • Fusionamos upstream con local para actualizarnos
    git merge upstream/master

  • push

    • Subimos cambios a origin
    git push origin master

  • Subimos cambios al upstream (pull-request)

GITHUB Working flow (GitHub Pages Manual) GitHub Pages nos permite hacer una web estática para nuestro usuario o proyectos

  • clone

    • Clonamos el repositorio
    git rclone <-- URL.git -->

  • checkout --orphan

    • Creamos una rama huérfana
    git checkout --orphan gh-pages

  • rm

    • Borramos todos los archivos del directorio
    git rm --rf .

  • add

    • Creamos nuestro index.html y lo añadimos
    echo "Bienvenido a gh-pages" > index.html
git add index.html

  • commit

    • Preparamos un commit para subir el index a Github
    git commit -am "Nuevo cambio"

  • push

    • Subimos el cambio
    git push origin gh-pages

GITHUB Avanzado (Trucos)

  • branch

    • Renombrar rama
    git branch -m NOMBRERAMA NOMBRERAMANUEVO
    • Mostrando todas las ramas (incluido espejos)
    git branch -a

  • add + commit

    • am
    git commit -am "Texto"

  • config

    • Usando un alias
    git config --global alias.NOMBREALIAS 'COMANDO'
git config --global alias.buenlog 'log --oneline --graph --all'
git buenlog

  • pull

    • fecht + merge
    git pull

  • diff

    • Ver lo que has modificado pero aún no has preparado
    git diff
    • Ver los cambios que has preparado y que irán en tu próxima confirmación
    git diff --cached

Trabajando con C9.io

Escenarios básicos:

Quiero subir algo a Github

  1. Verificamos el estado en general.
git status
  1. Nos actualizamos.
git pull
  1. Preparamos nuestro commit (añadimos archivos y añadimos la información adicional)
git add "ARCHIVO"
git commit -m "MENSAJE..."
  1. Actualizamos y enviamos los cambios a Github
git pull && git push

No quiero subir nada a Github, pero quiero estar actualizado

  1. Nos actualizamos.
git pull

Trucos:

  • Para cachear las credenciales y evitar que nos pida usuario y contraseña constantemente:
git config --global credential.helper 'cache --timeout=9999999'

Git cacheará la sesión y no os preguntará el usuario o la password durante 9999999ms (2,7h), o el tiempo que pidamos. Recuerda que debes incluir este comando antes de tu próximo git push

Github API

Resumen

Trabajar con Git/Github tamaño original

Git Drama: Microsfot compró Github

img

Los principales jugadores

img

Terminología

terminologia

Gitlab

logo

Recursos

Otros

Bitbucket

Logo

Recursos

Otros

Ecosistema

Ejercicios

logo

1 - Creamos una cuenta en Github y creamos un workespace con referencia a nuestro repositorio de GitHub en c9.io una vez hayamos recibido la invitación.

2 - Sube tu código a GitHub

  • Crea una carpeta en el repositorio con tu nombre.
  • Una subcarpeta pública y otra privada
  • Crea un archivo Hello Word usando Markdown
  • Comparte la tu carpeta pública con todos nosotros en GitHub

2 - Crea un Gist con el esqueleto de un index.html

3 - Presentate en este issue