introducción a la computación 0.5em sistemas de control · pdf fileintroducci on...

Introduccion a la Computacion

Sistemas de Control de Versiones (VCS)

Maximiliano Geier

Facultad de Ciencias Exactas y Naturales, UBA

14/08/2017

Maximiliano Geier (UBA) Clase Practica 1: VCS 14/08/2017 1 / 16

Introduccion

En esta materia vamos a programar en Python

Los programas se escriben en archivos de texto (notepad, TextPad, gedit,kate, vim, Emacs, etc.)

Van a tener que hacer un trabajo practico grupal ⇒ compartir codigo

Una forma sencilla de compartir un trabajo es por mail...

Introduccion

Compartiendo informacion

Un escenario posible: A y B hacen un informe juntos.

A B informe.doc

B A informe (1).doc

A B datos.xls

B A informe final.doc

B A datos VA ESTE.xls

A B datos FINAL.xls

B A informe FINAL POSTA.doc

A B informe FINAL POSTA POSTA.doc

B A datos ULTIMOS CAMBIOS.xls

A B informe FINAL FINAL.doc

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

A B informe.doc

B A informe (1).doc

A B datos.xls

A B datos FINAL.xls

Introduccion

Otros escenarios:

“Uy... Esto andaba hasta ayer y no se que toque”

“¡Rompiste todo! ¿Que tocaste?”

“Me puse a programar el punto 2 del TP y rompı todo y ahora no se comovolver para atras”

“¿Para que agregue esto de aca? Ya no me acuerdo”

“Pasame lo que tenes hecho ası lo junto con lo que estuve haciendo hoy”

Introduccion

Otros escenarios:

Introduccion

Otros escenarios:

Introduccion

Otros escenarios:

Introduccion

Otros escenarios:

Sistemas de Control de Versiones

Los Sistemas de Control de Versiones (VCS, Version Control Systems) sonsistemas pensados para ayudarnos a organizar trabajo colaborativo de desarrollode software.

Es decir:

No sirven como backup del escritorio.

No sirven para almacenar las fotos de las vacaciones.

No se aprovechan todas sus caracterısticas si se usan para guardar trabajoshechos en Word.

Sı sirven para ayudarnos a programar mejor y mas eficientemente.

Sı sirven para encontrar errores mas rapido.

Sı sirven para forzarnos a trabajar de una manera mas ordenada.

No hacen magia.

Es inviable trabajar en grupos de desarrollo de mas de 5 personas sin herramientasde estas caracterısticas.

Es decir:

No hacen magia.

Es decir:

No hacen magia.

Es decir:

No hacen magia.

Es decir:

No hacen magia.

Es decir:

No hacen magia.

Es decir:

No hacen magia.

Es decir:

No hacen magia.

Es decir:

No hacen magia.

Caracterısticas de los VCS

Almacenan todas las distintas revisiones (versiones) de la historia de cadaarchivo con el que trabajemos.

Nos permiten saltar entre revisiones y ver las diferencias entre las mismas.

Cada revision debe ser creada de manera explıcita, incluyendo un mensajeque indica que cambios hubo.

Existen centralizados y distribuidos:

Centralizados: todos los cambios se guardan en un unico servidor central, losusuarios siempre buscan ahı.Distribuidos: cada usuario trabaja independientemente de los demas en supropia computadora, pero tambien puede compartir sus modificaciones con elresto.

En la materia vamos a usar git, que es distribuido.

VCS distribuido desarrollado por Linus Torvalds en2005.

Actualmente utilizado para almacenar los cambiosque se realizan sobre el codigo fuente de Linux (y almenos una decena de millones de proyectos desoftware masa).

Linux (version 4.12.5) tiene mas de 21.700.000lıneas de codigo fuente en C (alrededor de655.300.000 caracteres).

Cada vez mas utilizado en la academia.

ahttps://github.com/blog/1724-10-million-repositories

Terminologıa de git

Repositorio Lugar en donde se encuentran los archivos que forman parte de unproyecto, junto con toda la informacion adicional que debealmacenarse para que funcione el control de versiones.

Revision Foto del estado de un repositorio en un momento dado.Historia Conjunto de revisiones ordenadas cronologicamente.commit Accion de generar una nueva revision a partir de cambios en un

conjunto de archivos del repositorio; se incluye un mensaje paradescribir estos cambios.

clone Accion de bajarse un repositorio que se encuentra en otracomputadora, junto con toda la historia del mismo.

push Accion de compartir los commits hechos en mi copia local delrepositorio con otro usuario o servidor remoto.

pull Accion de actualizar mi copia local de un repositorio para que seincluyan todos los cambios que pushearon uno o mas usuarios.

merge Accion de juntar cambios hechos en mi copia local con cambios deotros usuarios sobre un mismo conjunto de archivos.

remote Servidor al que git le va a enviar los cambios cuando se ejecute unpush.

Revision Foto del estado de un repositorio en un momento dado.

Historia Conjunto de revisiones ordenadas cronologicamente.commit Accion de generar una nueva revision a partir de cambios en un

Revision Foto del estado de un repositorio en un momento dado.Historia Conjunto de revisiones ordenadas cronologicamente.

commit Accion de generar una nueva revision a partir de cambios en unconjunto de archivos del repositorio; se incluye un mensaje paradescribir estos cambios.

Terminologıa de git (branches)

branch Bifurcacion de la historia de un repositorio.

merge Accion de unificar la historia de dos branches diferentes.

master Branch principal (siempre existe).

HEAD Revision mas actual del branch en el que nos encontramos.

Fuente: https://onlywei.github.io/explain-git-with-d3

Fuente: https://onlywei.github.io/explain-git-with-d3Maximiliano Geier (UBA) Clase Practica 1: VCS 14/08/2017 9 / 16

Trabajando con git

Ejemplo 1: nuevo repositorio, unico usuario.1 mkdir mirepo2 cd mirepo

3 git init4 git add pruebita1.txt5 git commit6 git status7 git add pruebita2.txt8 git status9 git commit

10 git checkout HEAD~1

Ejemplo 2: volviendo atras cambios en un archivo.1 git add archivo.txt2 git commit3 git add archivo.txt4 git commit5 git reset HEAD~1 (¡ojo! si ya hicieron un push del commit anterior, hacer

esto les puede generar inconsistencias entre la historia local y la remota)

Trabajando con git

Ejemplo 1: nuevo repositorio, unico usuario.1 mkdir mirepo2 cd mirepo3 git init

4 git add pruebita1.txt5 git commit6 git status7 git add pruebita2.txt8 git status9 git commit

Trabajando con git

Ejemplo 1: nuevo repositorio, unico usuario.1 mkdir mirepo2 cd mirepo3 git init4 git add pruebita1.txt5 git commit

6 git status7 git add pruebita2.txt8 git status9 git commit

Trabajando con git

Ejemplo 1: nuevo repositorio, unico usuario.1 mkdir mirepo2 cd mirepo3 git init4 git add pruebita1.txt5 git commit6 git status

7 git add pruebita2.txt8 git status9 git commit

Trabajando con git

Ejemplo 1: nuevo repositorio, unico usuario.1 mkdir mirepo2 cd mirepo3 git init4 git add pruebita1.txt5 git commit6 git status7 git add pruebita2.txt

8 git status9 git commit

Trabajando con git

Ejemplo 1: nuevo repositorio, unico usuario.1 mkdir mirepo2 cd mirepo3 git init4 git add pruebita1.txt5 git commit6 git status7 git add pruebita2.txt8 git status

9 git commit10 git checkout HEAD~1

Trabajando con git

Ejemplo 1: nuevo repositorio, unico usuario.1 mkdir mirepo2 cd mirepo3 git init4 git add pruebita1.txt5 git commit6 git status7 git add pruebita2.txt8 git status9 git commit

Trabajando con git

Ejemplo 2: volviendo atras cambios en un archivo.1 git add archivo.txt2 git commit

3 git add archivo.txt4 git commit5 git reset HEAD~1 (¡ojo! si ya hicieron un push del commit anterior, hacer

Trabajando con git

Ejemplo 3: nuevo repositorio, multiples usuarios.1 Crear repositorio en Bitbucket.2 Seguir instrucciones en la pagina.3 git add4 git commit5 git push

Bitbucket

Existen varios servicios gratuitos que ofrecen hostingde repositorios git.

Nos ofrecen una interfaz web comoda para crearrepositorios, manejar que usuarios tienen acceso a el,ver que archivos contienen, diferencias entredistintas revisiones, etc.

El mas conocido es GitHuba, pero la cuenta gratuitasolamente permite repositorios publicos.

Otro servicio similar a GitHub pero con repositoriosprivados gratuitos es GitLabb.

En la materia vamos a utilizar Bitbucket, quetambien permite crear repositorios privados.

ahttp://github.com/bhttp://gitlab.com/

Bitbucket

Creando un nuevo repositorio

Una vez que entramos desde el navegador a http://bitbucket.org y nosregistramos con nuestra direccion de mail, tenemos que crear un nuevo repositorio:

Bitbucket

Inicializando el repositorio

Luego tenemos que seguir las instrucciones que aparecen en la pagina:

Bitbucket

Agregando a nuestro companero de grupo

Para que otra persona pueda acceder al repositorio tenemos que darle acceso:

Bitbucket

Ejercicio

1 Registrarse en la pagina de Bitbucket.2 Crear un nuevo repositorio con el nombre pruebita.3 Inicializar el repositorio y agregarle y commitear un archivo de texto llamado

archivo1.txt con el siguiente contenido:

Introduccion a la Computacion 2017

Estamos probando Bitbucket!

4 Pushear el commit anterior.5 Borrar el repositorio.6 Volver a traer una copia del repositorio usando el comando git clone.7 Modificar el archivo archivo1.txt para que diga lo siguiente:

Introduccion a la Computacion 2do cuatrimestre 2017

Estamos probando Bitbucket!

8 Commitear y pushear el cambio.9 Borrar el repositorio y clonarlo nuevamente.

10 Usar git diff para ver las diferencias entre la revision HEAD y HEAD~1.

introducción a la computación 0.5em sistemas de control · pdf fileintroducci on...

Documents