1. Taller breve de introduccin aGit

2. Agenda Qu es Git? Pequea analoga Comandos bsicos Ejemplo prctico Resumen Flujo interno de Git Github / Bitbucket Recomendaciones 3. Qu es Git? Sistema distribudo de control de versiones Software libre y de codigo abierto Cada clon es un repositorio completo Crear branchs y fusionarlos con un merge escosa de 1 minuto Cada commit registrado es una revisin Creado por Linus Torvalds 4. Pequea analoga Solo si no estas familiarizado conversionadores. Guardar cambios en Git, es como cuandojugabas partidas en algn juego, para luegoretomarlas desde ese punto. Pero esto no quiere decir que se use comobackup de cdigo, Git es mucho mas que eso. 5. Comandos bsicos Clonar un repositorio$ git clone git@ip_del_server:nombre_repo.git Agregar un archivo$ git add archivo.txt Guardar el archivo$ git commit -a -m comentario Traer los cambios$ git pull origin nombre_rama 6. Comandos bsicos Enviar cambios al servidor$ git push origin nombre_rama Cambiar de branch$ git checkout nombre_rama Ver en que branch estamos$ git branch Hacer merge$ git merge nombre_rama 7. Ejemplo prctico Se requiere de una pc, y seguir paso a paso. Veremos temas como uso de: branchs,merge, commit, status, log, etc. Al final hay un resumen de cada punto tocado. Se mostrar como crear un repositorio centralcon git. 8. Ejemplo prctico Crear carpeta vaca myproject, e iniciamos$ git init Crear archivo1.txt y archivo2.txt y agregarlos$ git add . Guardando la primera revisin$ git commit -m Iniciando proyecto Crear archivo3.txt y archivo4.txt, ver estado$ git status 9. Ejemplo prctico Agregando los nuevos archivos$ git add archivo2.txt archivo3.txt Guardamos una nueva revisin$ git commit -m Segunda revisin Ver el historial detallado$ git log --stat Crear una nueva rama$ git checkout -b nueva_rama 10. Ejemplo prctico Crear carpeta demo y dentro archivo5.txt, yagregarlos$ git add demo/ Guardar cambios$ git commit -m Tercera revisin Regresar a master$ git checkout master Fusionar con nueva_rama$ git merge nueva_rama 11. Ejemplo prctico Salimos de la carpeta y creamos un repo$ git clone --bare myproject mirepo.git Clonamos otro proyecto a partir del repo$ git clone mirepo.git newproject Entramos en newproject, creamos archivo6.txty lo agregamos$ git add archivo6.txt Guardamos los cambios$ git commit -m Agregado archivo6.txt 12. Ejemplo prctico Nos aseguramos tener la ultima versin delrepo$ git pull origin master Ahora enviaremos nuestros cambios al repo$ git push origin master Salimos de newproject y clonamos otro$ git clone mirepo.git miproyecto Nos fijamos el historial$ git log 13. Ejemplo prctico Creamos una nueva rama$ git checkout -b nuevos_cambios Creamos archivo7.txt, lo agregamos yguardamos$ git add archivo7.txt$ git commit -m Agregando archivo7.txt Regresamos a master y comparamos$ git checkout master$ git diff master nuevos_cambios 14. Ejemplo prctico Hacemos merge y envamos los cambios$ git merge nuevos_cambios$ git push origin master Eliminamos la rama que ya no nos sirvegit branch -d nuevos_cambios Nos vamos newproject y traemos los nuevoscambios$ git pull origin master 15. Resumen Primero se cre un repositorio git local myproject y se guardaronrevisiones Luego se cre un branch llamado nueva_rama y se guardaronrevisiones. Fusionamos los cambios del branch nueva_rama con master Creamos un repositorio central llamado mirepo.git a partir de myproject Clonamos mirepo.git con nombre newproject Hicimos cambios, guardamos y luego enviamos al repositorio centralmirepo.git Clonamos otra vez de mirepo.git llamado miproyecto y nos fijamos elhistorial de revisiones. Creamos una nueva rama, hicimos cambios, comparamos y fusionamos,finalmente enviamos los cambios al repositorio mirepo.git Por ltimo fuimos a newproject a actualizar con pull 16. Flujo interno de Git 17. Github / Bitbucket GithubTrabaja con repositorios netamente de tipo git,tiene una versin de pago para repositorioprivados. BitbucketA diferencia del anterior permite trabajar conrepositorios privados y trabaja con mercurial ygit. 18. Recomendaciones Traer siempre la ltima versin con un pull, y correrlos tests, para evitar conflictos de archivos einconsistencia en el proyecto. Nunca dejar cambios sin guardar al termino delhorario de trabajo. Realizar commits con comentarios significativos, afin de mantener el repositorio limpio y ordenado. Resolver todos los conflictos al hacer un mergeantes de enviar los cambios con push Darle una repasada al libro Pro Git http://git-scm.com/book/es 19. Preguntas?