miguel angel torres egea - info:cursos:openwebinars:git

Casos prácticos

Anonymous (anonymous@undisclosed.example.com) — 2018-07-09T20:41:34+00:00

Casos prácticos Uso de Git-Hooks Veremos cómo implementar uno de los muchos git-hooks existentes. Para ello , podéis consultar este repo , donde está el ejemplo que vamos a seguir. Os recomendamos que consultéis estos enlaces para profundizar en el tema de los Git-Hooks

clonar repositorios, cambios, commits y sincronización en github y bitbucket

Anonymous (anonymous@undisclosed.example.com) — 2018-07-08T08:57:14+00:00

clonar repositorios, cambios, commits y sincronización en github y bitbucket * git config --global user.name «Miguel Angel Torres» * git config --global user.email «» * git config --list * git clone . <- no funciona, el . hace que no cree el directorio

cómo ve GIT los ficheros

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T17:19:40+00:00

cómo ve GIT los ficheros Estados Vamos a diferenciar 3 estados por los que pasa un fichero cuando está bajo un control de versiones git. 1.Git Directory Cuando nos traemos por primera vez un repositorio a nuestro ordenador ( git clone ) o bien iniciamos un un nuevo repositorio ( git init ), lo que estamos haciendo es crear un directorio oculto .git donde se van a almacenar todos los metadatos y actividad de los cambios que haya en esa carpeta.

Comparar y fusionar ramas

Anonymous (anonymous@undisclosed.example.com) — 2018-07-09T19:32:27+00:00

Comparar y fusionar ramas * git merge * --no-ff

configurando GIT

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T17:23:02+00:00

configurando GIT Git provee de un comando para establecer ciertos parámetros de configuración. Los más comunues suelen ser: * user.name * user.email * core.editor * core.excludesfile * merge.tool La información de la configuración de git se puede almacenar en tres localizaciones distintas:

hacer forks y Pull request

Anonymous (anonymous@undisclosed.example.com) — 2018-07-08T08:56:02+00:00

hacer forks y Pull request fork (tenedor) partiendo de un repositorio existente, se crea una nueva copia que se trata como propia, donde puedes trabajar como si fuese tuyo y luego proponer los cambios al autor original * se crea un repositorio que es un fork de otro

gitflow

Anonymous (anonymous@undisclosed.example.com) — 2018-07-09T20:30:23+00:00

gitflow herramientas para git para tener una metodología: * no se hacen commits contra develop, siempre se abre una rama feature que se acaba mergeando con ella * se hacen release, que se mergean con develop y master (aquí se tagea) * los

hosting GIT

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T17:24:11+00:00

hosting GIT En este aspecto podemos destacar dos soluciones gratuítas: * Github : Gratuíto para Repositorios públicos de código abierto. * BitBucket : Gratuíto para repositorios públicos y privados ( Con un límite de inivitación de usarios en el caso de un repo privado)

iniciando un repositorio

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T18:14:44+00:00

iniciando un repositorio Antes de nada, es necesario hacer una aclaración. Cuando hablamos de “iniciar” un repositorio, nos estamos refiriendo a comenzar a trabajar con un repositorio. La creación de un repositorio siempre es local. Es importante que no se nos olvide, porque al principio puede ser un poco confuso. Una vez hemos creado un repositorio en local, añadimos lo que llamamos un remoto , que es una copia de dicho repositorio alojada en un servidor.

instalación

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T17:16:15+00:00

instalación debian/ubuntu: apt-get install git-core redhat/centos: yum install git-core mac: #instalar homebrew /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" brew install git windows: : terminal mejorado, incorpora comandos linux y git

introducción

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T17:16:47+00:00

introducción Git surgió como solución a los desarrolladores del Kernel de Linux en 2005. Necesitaban una herramienta en la que multitud de desarrolladores pudieran colaborar con la misma base de código. Anteriormente se trabajaba con parches de código que se pasaban en una lista de distribución y que hacía todo el proceso muy complejo y con una alta probabilidad de error.

ramas

Anonymous (anonymous@undisclosed.example.com) — 2018-07-08T09:03:49+00:00

ramas A diferencia de otros sistemas de control de versiones, las ramas permiten trabajar a partir de una instantánea en paralelo, sin tener impacto sobre el código del cual se generó la instantánea. Las Ramas no son más que “punteros” a una determinada instantánea:

resolución de conflictos

Anonymous (anonymous@undisclosed.example.com) — 2018-07-09T20:12:58+00:00

resolución de conflictos conflictos * creamos repo * creamos fichero * commit + push * creamos rama * volvemos a master * hacemos cambios fichero * commit + push * volvemos a rama * hacemos cambios (diferentes a los de master) *

trabajando con ramas

Anonymous (anonymous@undisclosed.example.com) — 2018-07-08T10:30:09+00:00

trabajando con ramas * HEAD * git log --stat * git log --stat --oneline * crear rama y subir: * git branch develop : crea rama * git checkout develop : cambiamos a esa rama * git push origin develop : enviamos la rama al respositorio remoto