Introducción a GIT GIT - SDA. Carlos Del Aquila Sistemas Digitales Avanzados Universidad Nacional de San Juan

Transcripción

1 Introducción a GIT 1 Carlos Del Aquila Sistemas Digitales Avanzados Universidad Nacional de San Juan

2 Índice Motivación Introducción a GIT Instalando GIT Configurando GIT Comenzando con GIT Repositorios Remoto Trabajando con GitHub 2

3 Motivación Es habitual que guardemos las modificaciones en un archivo con código estable! 3 Proyecto01_v1.vhd

4 Motivación Sistemas de Control de Versiones Revertir Archivos y Proyectos a un Estado Anterior Comparar Cambios a lo largo del tiempo Saber quién realiza los cambios Recuperar archivos perdidos Facilitan el trabajo en grupo cuando son proyectos grandes y complejos 4

5 Motivación Sistemas de Control de Versiones En la actualidad se utilizan Sistemas de Control de Versiones Distribuidos. Sistemas Centralizados Sistemas Distribuidos 5

6 Motivación Sistemas de Control de Versiones En la actualidad se utilizan los Sistemas Distribuidos Mercurial Bazaar Darcs BitKeeper Git 6

7 Introducción a GIT Flujo de trabajo con GIT Git directory, es donde Git almacena los metadatos y la base de datos de objetos para tu proyecto. Cada proyecto tiene su propio directorio y se denomina repositorio. Working Directory, es una copia de una versión del proyecto. Estos archivos se sacan de la base de datos comprimida en el directorio de Git. Staging area, es un sencillo archivo, contenido en el directorio de Git, que almacena información acerca de lo va a ir en el próximo commit. 7

8 Introducción a GIT Flujo de trabajo con GIT Si una versión concreta de un archivo está en el directorio de Git, se considera commited. Si ha sufrido cambios desde que se obtuvo del repositorio, pero ha sido añadida al staging area, está staged. Y si ha sufrido cambios desde que se obtuvo del repositorio, pero no está staged, está modified. 8

9 Instalando GIT En Windows Distribuciones Linux basadas en Debian, como Ubuntu $ sudo apt-get install git 9

10 Configurando GIT $ git config --global user.name «Juan Perez» $ git config --global user. juan.perez@example.com $ # Esto es un comentario $ # Comprobación de Configuración $ git config --list 10

11 Comenzando con GIT $ # Crear un directorio $ mkdir repo01 $ # Ingresar al directorio creado $ cd repo01 $ # Crea un directorio nuevo $ mkdir datafiles $ # Creamos algunos archivos $ touch test01 $ touch test02 $ touch test03 $ touch datafiles/data.txt $ # Guardamos algo de texto $ ls > test01 11

12 Comenzando con GIT Inicialización del Repositorio $ # Iniciamos el Repositorio local Git $ git init $ # Agregamos archivos $ git add. $ # Hacemos un nuevo Commit $ git commit m «Initial commit» $ # Mostramos el historial $ git log 12

13 Comenzando con GIT Clonando un repositorio existente $ # Clonando un repositorio remoto $ git clone Se copia el directorio \.git, con todo el historial del proyecto Los archivos del proyecto del último commit. 13

14 Comenzando con GIT Cíclo de vida de los archivos Archivos en el Working Directory Tracked (Presente en el último commit) Untracked (No presente en el último commit) Staged Unmodified Modified 14 La primera vez que clonas un repositorio, todos los archivos estarán bajo seguimiento y sin modificaciones. A medida que se editan los archivos, Git los ve como modificados. Luego esos archivos pasan a estar staged, y luego se realiza un commit. El estado se puede ver con el comando $ git status

15 Comenzando con GIT Comando Diff El comando diff de Git permite al usuario ver los cambios hechos. $ # Hacemos cambios en los archivos del repositorio que creamos $ echo «Este es un cambio» > test01 $ echo «y este es otro cambio» > test02 $ # Vemos los cambios $ git diff 15

16 Comenzando con GIT Comando Diff El comando diff de Git permite al usuario ver los cambios hechos. $ # Hacemos cambios en los archivos del repositorio que creamos $ echo «Este es un cambio» > test01 $ echo «y este es otro cambio» > test02 $ # Vemos los cambios $ git diff 16

17 Comenzando con GIT Eliminar archivos Si se elimina un archivo que está bajo el control de versiones, el comando $git add. no tendrá en cuenta que se ha eliminado. Para ello se utilizan los siguientes comando: $ git rm <file> 17

18 Comenzando con GIT Eliminar archivos Si se elimina un archivo que está bajo el control de versiones, el comando $git add. no tendrá en cuenta que se ha eliminado. Para ello se utilizan los siguientes comando: $ git rm <file> 18

19 Repositorio Remoto Se estudiarán los comandos básicos para trabajar con repositorios externos. Un Repositorio Remoto puede estar almacenado en forma local (nuestra PC, por ejemplo) o un servidor. El servidor puede ser propio o de un tercero. Un ejemplo de este último es GitHub. Los comandos se estudiarán utilizando un Repositorio Remoto local. 19

20 Repositorio Remoto Crear un repositorio remoto Luego comparamos el contenido de los directorios /repo01 y /remote-respository.git 20 Los archivos en un repositorio remoto se guardan con un sistema de archivos propios de GIT.

21 Repositorio Remoto Subir los cambios a otro repositorio - PUSH $ git push --set-upstream../remote-repositoty.git master Agregando un alias.. $ git remote add myrepo../remote-repository.git $ git push --set-upstream myrepo master 21

22 Repositorio Remoto Clonar y hacer cambios en un repositorio 22 Origin: Hace referencia al repositorio desde donde clonamos el proyecto.

23 Repositorio Remoto Obtener los últimos cambios con PULL 23

24 Repositorio Remoto Obtener versiones anteriores del proyecto Es posible obtener versiones anteriores del código mediante el ID de commit. Este se muestra ingresando el comando $ git log --oneline. 24

25 Repositorio Remoto Etiquetando en GIT -Tagging Git tiene la opción de etiquetar ciertas versiones para encontrarlas más fácil en el futuro. 25

26 Repositorio Remoto GIT Branching y Merging ( Ramificaciones y Unión ) Branch Merge Git permite crear Branches. Son copias independientes del código fuente que pueden ser cambiadas independientemente de las otras. El branch por defecto es llamado master. Merge permite combinar los cambios de dos branches. Si un conflicto ocurre, Git marcará el conflicto en el archivo y el programador tiene que resolver el conflicto manualmente. 26

27 Repositorio Remoto Crear un Branch 27

28 Repositorio Remoto Mergering 28

29 Repositorio Remoto Mergering 29

30 Trabajando con GitHub Flujo de Trabajo 30 Creamos un nuevo Branch del proyecto al que vamos a colaborar. Hacemos los Commits necesarios Pull Request: Proponer cambios. Se discuten los cambios Se confirma que los cambios pasan la pruebas Merge

31 Trabajando con GitHub Fork En GitHub, Fork permite copiar un proyecto de un repositorio perteneciente a otro desarrollador a nuestro repositorio. A partir de ahí podremos realizar todos los cambios de acuerdo a nuestro propósito y luego, también, sugerirlos al repositorio de origen. 31

32 Trabajando con GitHub Fork En GitHub, Fork permite copiar un proyecto de un repositorio perteneciente a otro desarrollador a nuestro repositorio. A partir de ahí podremos realizar todos los cambios de acuerdo a nuestro propósito y luego, también, sugerirlos al repositorio de origen. 32

33 Trabajando con GitHub Haciendo cambios en un proyecto luego del Fork Clonamos el repositorio al cual hicimos Fork. 2. Se crea un branch para hacer la modificaciones. 3. Se modifica el código. 4. Se verifica que se realizaron las modificaciones. 5. Commit de la modificaciones. 6. Hacemos un PUSH en nuestro propio GitHub.

34 Trabajando con GitHub PULL REQUEST Luego de hacer PUSH del proyecto en nuestro repositorio GitHub, tenemos la opción de PULL REQUEST para sugerir los cambio al autor original del proyecto. 34

35 Trabajando con GitHub PULL REQUEST 35

36 Trabajando con GitHub PULL REQUEST El desarrollador que creo el proyecto recibe una notificación del PULL REQUEST 36

37 Trabajando con GitHub PULL REQUEST Finalmente el desarrollador que mantiene el proyecto original, puede MERGE aceptando los cambios. 37