nov 02 19:02:31 igorgue, tu turno! nov 02 19:03:00 Ok, hola gente, yo me llamo Igor Guerrero, soy miembro de Ubunt-ni nov 02 19:03:21 esta session se sale un poco del tema (lo explico dento de un rato) nov 02 19:03:57 pero es muy importante, porque creo que de las tecnologias actuales, Git es posiblemente una de las mas importantes nov 02 19:04:34 esta charla, va ser un poco mas interactiva que las anteriores nov 02 19:04:53 asi que me gustaria que me fueran siguiendo, porque podre algunos comandos nov 02 19:05:08 basicamente si siguen las instrucciones entenderan un poco mas de lo que es git nov 02 19:05:11 y para que sirve nov 02 19:05:23 ok nov 02 19:05:30 la agenda es la siguiente: nov 02 19:06:03 1. Intro nov 02 19:06:09 2. Sistema de control de versiones nov 02 19:06:19 2.1 Por que es importante nov 02 19:06:34 3. Instalar y configurar nov 02 19:06:47 4. Demo nov 02 19:08:05 Intro nov 02 19:08:07 Git es un sistema de control de versiones distribuido desarrollador inicialmente por Linus Torvals (el mismito) nov 02 19:08:25 , pero ahora es mantenido por Junio Hamano desde 2005, Git ha tomado mucha fama en los ultimos 3 anios, porque muchos proyectos estan migrado a git nov 02 19:08:30 basicamente, git nov 02 19:08:52 se ha convertido en el sistema de control de versiones distribuido mas usado actualemnte nov 02 19:09:01 esto se debe a muchos factores nov 02 19:09:04 1. es rapido nov 02 19:09:13 2. es un proyecto activo nov 02 19:09:31 3. maduro (o confiable) nov 02 19:09:40 entre otras cosas... nov 02 19:09:59 KDE, GNOME, Ruby On Rails, JQuery y por supuesto el kernel de Linux, todos usan git como sistema de control de versiones... nov 02 19:10:16 pero... nov 02 19:10:27 Que es un sistema de control de versiones? nov 02 19:11:17 es increible la cantidad de desarrolladores de software, que en su vida han usado un sistema de control de versiones nov 02 19:12:18 * me avisan que KDE no se ha pasado a Git (que estan esperando?) es Qt la plataforma de KDE la que esta en Git nov 02 19:12:36 y tiene mucho que ver... nov 02 19:12:51 con la educacion que recivimos como ingenieros de software nov 02 19:13:19 entonces, mucha gente llega a el campo laboral, sin saber que es un sistema de control de versiones o un depurador nov 02 19:13:22 IDE... nov 02 19:13:25 Interprete... nov 02 19:13:33 puedo continuar :) nov 02 19:13:41 es muy importante saberlo si... nov 02 19:13:42 OK nov 02 19:13:46 pero que es? nov 02 19:13:56 Un sistema de control de versiones es el manejo de los cambios en documentos, archivos, programas, contenidos en una computadora nov 02 19:14:20 y... nov 02 19:14:24 por que es importante? nov 02 19:14:29 una palabra! nov 02 19:14:31 Colaboracion nov 02 19:14:45 para tener colaboracion en un equipo, es necesario tener un sistema de control de verisiones nov 02 19:14:49 al menos en el codigo nov 02 19:15:29 aunque actualemente nov 02 19:15:54 el uso de sistemas de control de (*) va mas alla nov 02 19:16:09 he escuchado de disenadores usando Git nov 02 19:16:15 es muy importante nov 02 19:16:30 poder regresar a una version anterior que funcionaba, sin perder tus cambios actuales nov 02 19:16:39 y eso es el valor del sistema de control de version nov 02 19:17:02 y es por lo cual en casi todos los proyectos de software libre se usa un sistema de control de version nov 02 19:17:20 pero... nov 02 19:17:33 Git es diferente a los demas (o al menos a algunos) nov 02 19:17:45 Git es un sistema de control de versiones distribuido nov 02 19:17:58 Por que distribuido? nov 02 19:18:41 Distribucion (en el aspecto de 1 o mas personas usan un sistema como si fuese uno solo) es uno de los problemas mas complicados de resolver para los programadores, git no solo resuelve el problema de seguir cambios en el contenido de codigo tambien el de distribucion nov 02 19:18:52 lo que significa, que cada desarrollador nov 02 19:19:59 que obtiene una copia de un codigo que usa Git, es capaz de hacer cualquier tipo de operaciones nov 02 19:20:05 sobre ese codigo nov 02 19:20:26 ok, espero que este claro nov 02 19:20:37 que es un sistema de control de version y git nov 02 19:20:42 Git no esta solo nov 02 19:21:25 tambien esta Bazzar, Mercurial (y otros mas que no recuerdo ahorita) nov 02 19:21:33 todos distribuidos nov 02 19:21:41 Ubuntu usa Bazzar nov 02 19:21:43 Mozilla nov 02 19:21:46 usa Mercurial nov 02 19:21:57 Linux (el kernel) usa Git nov 02 19:22:24 todos proyectos inmensos y no he escuchado muchas quejas que diagamos nov 02 19:23:53 ok, creo que explique muchos de los conceptos de Git (que en realidad se aplican a casi todos los sistemas de control de versiones distribuidos) nov 02 19:24:20 me gustaria pasar a preguntas, antes de ir a demo (donde lo vamos a instalar, y jugar un rato con git) nov 02 19:24:23 n0rman: ? nov 02 19:24:33 igorgue, ya te paso las preguntas nov 02 19:24:47 PREGUNTA: En tu opinion personal, GIT es superior a otros Sistemas de Control de Versiones? Por que? nov 02 19:25:23 no creo que Git sea superior nov 02 19:25:29 solo es muy bueno, en mi opinion nov 02 19:25:32 y famoso nov 02 19:25:57 Git es posiblemente (con miedo a equibocarme) el mas rapido de todos nov 02 19:26:04 pero de ahi, no te sabria decir cual es mejor nov 02 19:26:16 yo he usado Bazzar y Mercurial tambien nov 02 19:26:29 y aunque escritos en Python (Git en C), son muy rapidos nov 02 19:26:54 entonces, no se, la verdad es que mientras el sistema que uses sea distribuido estas bien en mi opinion nov 02 19:27:04 [fin] :) nov 02 19:27:06 PREGUNTA: en que ha utilizado git? nov 02 19:27:25 en todos mis proyectos de software nov 02 19:27:34 en mi empresa (que no ha salido a luz todavia) nov 02 19:27:43 hay un website nov 02 19:27:57 bien famoso, llamado github, es genial para colaborar con git nov 02 19:28:37 una vez hice modificaciones a un editor de texto, muy facil y la gente ve tus cambios, bastante orientada a codigo en lugar de al proyecto nov 02 19:29:14 Que tal buen soporte tiene para archivos binarios, es decir no texto nov 02 19:29:18 tambien esta gitorious, que es genial :) y tengo un proyecto ahi, y lo genial de gitorious nov 02 19:29:22 esque es software libre nov 02 19:29:25 y puedes instalarlo nov 02 19:30:04 Binarios estan soportados nov 02 19:30:20 y puedes hacer binary diffs en Git tambien nov 02 19:30:28 de esa manera lo usan los disenadores web nov 02 19:30:51 alucardni: mas preguntas? nov 02 19:30:53 PREGUNTA: tiene utilidad en el usuario común? nov 02 19:31:23 el directorio /etc nov 02 19:31:33 o archivos de configuracion de Linux nov 02 19:32:06 los podrias usar bajo git nov 02 19:32:13 para asi no perder configuraciones viejas nov 02 19:32:16 es algo avanzado nov 02 19:32:22 no mucho para el usuario comun nov 02 19:32:29 pero no tenes que saber programacion para usar Git nov 02 19:32:34 alucardni: next! nov 02 19:32:35 que recursos para aprender sobre git recomiendas ? nov 02 19:33:15 http://git-scm.com/ <= es el sitio oficial de git nov 02 19:33:26 hay un libro de git tambien gratis nov 02 19:33:31 lamentablemente casi todo en ingles nov 02 19:33:58 http://progit.org/ nov 02 19:34:01 ese es el libro nov 02 19:34:08 es gratis leer en linea nov 02 19:34:24 http://gitcasts.com/ <= en video tambien nov 02 19:35:25 yo tambinen soy un recurso :) nov 02 19:35:31 #ubuntu-ni si tienen preguntas luego nov 02 19:36:33 ok nov 02 19:36:35 si no hay mas preguntas nov 02 19:36:39 pasamos al demo nov 02 19:36:50 que sera algo bien siemple nov 02 19:37:01 s/siemple/simple/g nov 02 19:37:28 Instalar y configurar: nov 02 19:37:37 $ sudo apt-get install git-core nov 02 19:37:56 ^^ eso instalara git, vale la pena buscar mas paquetes nov 02 19:37:59 en synaptic nov 02 19:38:08 porque eso es bien basico, pero funciona para casi todo :) nov 02 19:38:32 ok, lo primero que van a hacer cuando instalan git nov 02 19:39:08 es decirle quien sos nov 02 19:39:22 $ [editor] ~/.gitconfig nov 02 19:39:28 creara un nuevo archivo nov 02 19:40:50 en el cual agregan nov 02 19:40:52 http://gist.github.com/224669 nov 02 19:40:55 algo parecido a eso nov 02 19:40:57 tambien nov 02 19:41:07 pueden hacerlo via la linea de comandos nov 02 19:41:15 $ git config --global user.name "Igor Guerrero" nov 02 19:41:16 por ejemplo nov 02 19:41:48 el siguiente paso... nov 02 19:42:01 es crear un nuevo "repositorio" o "proyecto" nov 02 19:42:16 $ mkdir ubuntuopenweekgit nov 02 19:42:28 $ cd ubuntuopenweekgit nov 02 19:42:38 $ git init nov 02 19:43:23 Initialized empty Git repository in /home/igor/ubuntuopenweekgit/.git/ nov 02 19:43:29 esa sera la salida del comando ^^ nov 02 19:43:58 despues nov 02 19:44:00 $ git status nov 02 19:44:01 # On branch master nov 02 19:44:01 # nov 02 19:44:01 # Initial commit nov 02 19:44:01 # nov 02 19:44:01 nothing to commit (create/copy files and use "git add" to track) nov 02 19:44:09 como ven, no hay nada, entonces nov 02 19:44:24 git te dice, cual es o puede ser el siguiente paso nov 02 19:44:36 ok, agregemos un archivo nov 02 19:44:47 pero antes nov 02 19:44:53 el comando mas importante de git! nov 02 19:44:56 $ git status nov 02 19:44:58 :) nov 02 19:45:10 eso te dice entre otras cosas, que es lo que tenes en tu repo ahorita nov 02 19:45:36 desde archivos si seguir, archivos a borrar, en cual rama (branch) del codigo estas nov 02 19:45:37 etc etc nov 02 19:45:50 la salida nov 02 19:45:52 seria nov 02 19:45:52 $ git status nov 02 19:45:53 # On branch master nov 02 19:45:53 # nov 02 19:45:53 # Initial commit nov 02 19:45:53 # nov 02 19:45:55 nothing to commit (create/copy files and use "git add" to track) nov 02 19:45:57 ahorita que no hay nada.... nov 02 19:46:49 ok nov 02 19:46:50 ahora nov 02 19:46:55 creemos un nuevo achivo nov 02 19:47:02 [editor] README nov 02 19:47:11 [editor] es donde pondran su editor nov 02 19:47:13 podria ser gedit nov 02 19:47:14 kate nov 02 19:47:18 o vim ;) nov 02 19:47:36 lo crean y lo guardan nov 02 19:47:38 cuando dan ahora nov 02 19:47:42 $ git status nov 02 19:47:55 # On branch master nov 02 19:47:55 # nov 02 19:47:57 # Initial commit nov 02 19:47:57 # nov 02 19:47:57 # Untracked files: nov 02 19:47:57 # (use "git add ..." to include in what will be committed) nov 02 19:47:58 # nov 02 19:47:59 # README nov 02 19:48:01 nothing added to commit but untracked files present (use "git add" to track) nov 02 19:48:15 como ven nov 02 19:48:19 git te dice nov 02 19:48:23 que hay un archivo nov 02 19:48:26 que hay que agregar nov 02 19:48:33 o que no esta siendo seguido nov 02 19:48:40 mi traduccion de "tracked" nov 02 19:49:38 ok nov 02 19:49:42 agregemos ese archivo nov 02 19:49:44 con nov 02 19:49:50 $ git add README nov 02 19:50:12 ahora... adivinen? nov 02 19:50:16 $ git status nov 02 19:50:16 # On branch master nov 02 19:50:16 # nov 02 19:50:16 # Initial commit nov 02 19:50:16 # nov 02 19:50:17 # Changes to be committed: nov 02 19:50:19 # (use "git rm --cached ..." to unstage) nov 02 19:50:21 # nov 02 19:50:23 # new file: README nov 02 19:50:25 # nov 02 19:50:27 git status :) nov 02 19:50:29 ahora si nov 02 19:50:32 dice que hay un archivo nuevo nov 02 19:50:59 y tambien te dice como quitarlo nov 02 19:51:06 quitarlo del stage nov 02 19:51:13 que basicamente es una etapa intermedia nov 02 19:51:19 en donde pones los archivos nov 02 19:51:28 antes de ponerlos en el repositorio nov 02 19:51:40 (el directorio ubuntuopenweekgit) nov 02 19:52:08 $ git commit -m "primer cambio" nov 02 19:52:08 [master (root-commit) 8ba8614] primer cambio nov 02 19:52:08 1 files changed, 1 insertions(+), 0 deletions(-) nov 02 19:52:08 create mode 100644 README nov 02 19:52:12 ya con eso nov 02 19:52:16 mandamos el primer cambio.... nov 02 19:52:35 digamos que queremos cambiar el archivo ahora... nov 02 19:53:07 agregemos mas contenido a el README nov 02 19:53:35 creo que no mencione que agrege este contenido inicialmente al README nov 02 19:53:37 $ cat README nov 02 19:53:37 hola ubuntu open week nov 02 19:54:12 ok, ahora agregemos mas contenido nov 02 19:54:15 $ cat README nov 02 19:54:23 hola ubuntu open week nov 02 19:54:34 Aprendiendo Git! nov 02 19:54:45 guardamos... nov 02 19:54:49 y hacemos un git status nov 02 19:55:11 $ git status nov 02 19:55:12 # On branch master nov 02 19:55:12 # Changed but not updated: nov 02 19:55:12 # (use "git add ..." to update what will be committed) nov 02 19:55:12 # (use "git checkout -- ..." to discard changes in working directory) nov 02 19:55:12 # nov 02 19:55:14 # modified: README nov 02 19:55:16 # nov 02 19:55:18 no changes added to commit (use "git add" and/or "git commit -a") nov 02 19:55:51 ok nov 02 19:55:53 agegemoslo nov 02 19:55:56 agregemoslo nov 02 19:56:05 primero... nov 02 19:56:10 lo mejor es hacer git diff nov 02 19:56:15 $ git diff nov 02 19:56:28 $ git diff nov 02 19:56:28 diff --git a/README b/README nov 02 19:56:28 index 43997d1..6127fe9 100644 nov 02 19:56:28 --- a/README nov 02 19:56:28 +++ b/README nov 02 19:56:28 @@ -1 +1,2 @@ nov 02 19:56:30 hola ubuntu open week nov 02 19:56:32 +Aprendiendo Git! nov 02 19:56:36 ahi hay info valiosa nov 02 19:57:30 como ven nov 02 19:57:38 se dice que se agrego una nueva linea nov 02 19:57:45 +Aprendiendo Git! nov 02 19:57:57 lo cual es genial, eso es bueno tambien nov 02 19:58:08 antes de poner un cambio en el repositorio nov 02 19:58:17 es importante saber que estamos cambiando nov 02 19:58:21 ok nov 02 19:58:22 ahora nov 02 19:58:52 $ git add README nov 02 19:58:57 $ git commit -m "agregado git" nov 02 19:58:57 [master bbef878] agregado git nov 02 19:58:58 1 files changed, 1 insertions(+), 0 deletions(-) nov 02 19:59:16 $ git log nov 02 19:59:16 commit bbef8780d691c4f703cb7a23c512c8b010d6c7bd nov 02 19:59:16 Author: Igor Guerrero Fonseca nov 02 19:59:16 Date: Mon Nov 2 20:58:46 2009 -0500 nov 02 19:59:16 agregado git nov 02 19:59:17 commit 8ba8614b16cadeb4056d912f3fd9d63484e52075 nov 02 19:59:19 Author: Igor Guerrero Fonseca nov 02 19:59:21 Date: Mon Nov 2 20:51:57 2009 -0500 nov 02 19:59:22 primer cambio nov 02 19:59:25 aqui esta el comando "git log" nov 02 19:59:33 el cual muestra todo lo que hemos hecho nov 02 19:59:40 el log :-) nov 02 20:00:05 lo ultimo que vamos a ver nov 02 20:00:08 es branching nov 02 20:00:15 o la creacion de nuevas ramas nov 02 20:00:17 de codigo nov 02 20:00:23 es muy importante nov 02 20:00:28 y la manera en que git lo hace nov 02 20:00:55 es revolucionaria y es por lo cual muchos (me incluyo) se mueven a git nov 02 20:01:06 desde Subversion (que es creo que lider) nov 02 20:02:33 es git branch nov 02 20:02:38 el comando nov 02 20:02:53 $ git branch nuevoreadme nov 02 20:03:11 $ git branch nov 02 20:03:11 * master nov 02 20:03:11 nuevoreadme nov 02 20:03:15 git branch nov 02 20:03:16 solo nov 02 20:03:22 dice en cual branch estamos nov 02 20:03:24 como ven nov 02 20:03:33 es el "* master" nov 02 20:03:43 que es en realidad opcional nov 02 20:03:58 pero la mayoria de proyectos lo usan como la rama de desarrollo nov 02 20:03:59 ok nov 02 20:04:03 hagamos un checkout nov 02 20:04:06 de la nueva rama nov 02 20:04:21 $ git checkout nuevoreadme nov 02 20:04:21 Switched to branch 'nuevoreadme' nov 02 20:04:29 $ git branch nov 02 20:04:29 master nov 02 20:04:29 * nuevoreadme nov 02 20:04:33 ok nov 02 20:04:37 estamos en este nuevo branch nov 02 20:04:46 agegemos mas contenido al readme nov 02 20:05:21 $ cat README nov 02 20:05:21 hola ubuntu open week nov 02 20:05:21 Aprendiendo Git! nov 02 20:05:21 Git es genial! nov 02 20:05:30 ese es la nueva linea que agege nov 02 20:05:38 $ git diff nov 02 20:05:38 diff --git a/README b/README nov 02 20:05:39 index 6127fe9..45f428c 100644 nov 02 20:05:39 --- a/README nov 02 20:05:39 +++ b/README nov 02 20:05:39 @@ -1,2 +1,4 @@ nov 02 20:05:41 hola ubuntu open week nov 02 20:05:43 Aprendiendo Git! nov 02 20:05:45 + nov 02 20:05:47 +Git es genial! nov 02 20:05:49 esa es la diferencia nov 02 20:06:02 ahora agegemoslo y mandemos el cambio nov 02 20:06:37 $ git add README nov 02 20:06:38 $ git commit -m "git es genial porque es magia" nov 02 20:06:38 [nuevoreadme 29f1423] git es genial porque es magia nov 02 20:06:38 1 files changed, 2 insertions(+), 0 deletions(-) nov 02 20:06:54 $ git log nov 02 20:07:00 les va a decir el nuevo cambio que mandamos nov 02 20:07:09 ahora biene lo genial... nov 02 20:07:20 checkout la rama "master" nov 02 20:07:42 $ git checkout master nov 02 20:07:42 Switched to branch 'master' nov 02 20:07:53 $ cat README nov 02 20:07:53 hola ubuntu open week nov 02 20:07:54 Aprendiendo Git! nov 02 20:07:55 como ven nov 02 20:08:02 la linea que agegamos en el otro branch nov 02 20:08:07 desaparecio! nov 02 20:08:13 pero esta en el otro branch nov 02 20:08:15 no en este nov 02 20:08:23 eso es muy genial en git nov 02 20:08:27 los branches nov 02 20:08:29 o ramas nov 02 20:08:30 son locales nov 02 20:08:46 si queremos copiar los cambios del otro branch al master nov 02 20:08:49 hacemos un merge nov 02 20:09:01 $ git merge nuevoreadme nov 02 20:09:01 Updating bbef878..29f1423 nov 02 20:09:01 Fast forward nov 02 20:09:01 README | 2 ++ nov 02 20:09:05 1 files changed, 2 insertions(+), 0 deletions(-) nov 02 20:09:10 y ya tenemos los cambios que hicimos en el otro lado nov 02 20:09:52 bueno nov 02 20:09:55 creo que eso es todo nov 02 20:09:57 vimos que git nov 02 20:10:04 1. es local nov 02 20:10:12 2. maneja contenido no archivos nov 02 20:10:20 3. es facil de usar nov 02 20:10:24 si quieren ver algo bueno nov 02 20:10:28 pueden dar nov 02 20:10:39 $ gitk nov 02 20:11:26 ejemplo: http://dl.getdropbox.com/u/421955/ubuntuopenweekgit.png nov 02 20:12:01 tambien hay otro UI que yo he estado usando nov 02 20:12:03 llamado nov 02 20:12:05 cola nov 02 20:12:17 busquen en synaptic: git cola nov 02 20:13:12 PREGUNTA: Y como para en que ocsaiones son buena idea los branches? nov 02 20:13:23 bueno nov 02 20:13:26 yo uso branches todo el tiempo nov 02 20:13:34 tengo que implementar algo nov 02 20:13:37 uso un branch nov 02 20:13:51 creo que tengo que mantener XYZ codigo nov 02 20:13:56