Control de versiones (git)

• Cada miembro del equipo realiza su parte del trabajo
• Si hay errores
  • ¿Cómo se aislan los cambios que dieron lugar a un bug?
• Si hay más de una versión
  • ¿Cómo se recupera una versión antigua?
  • ¿Cómo se fusionan dos versiones?

• Un control de versiones (de código) mantiene una base de datos con todos los cambios producidos sobre el código fuente y otros ficheros necesarios para generar una aplicación
• Pueden ser
  • Centralizados/distribuidos
  • Basados en ficheros/Basados en changesets
  • Bloqueantes/No bloqueantes

• Ejemplos

  • GIT
  • Subversion
  • Mercurial

  Control de versiones en Wikipedia

• Repositorio: Base de datos con las sucesivas versiones
• Copia de trabajo: Ficheros sobre los que trabaja el programador
• Commit: Confirmación de una nueva versión (de la copia de trabajo al repositorio)
• Checkout: (Re)generación de la copia de trabajo a partir de la información del repositorio
• Changeset: Conjunto de cambios en el repositorio, considerado atómico

• Rama (Branch): Versión paralela (ni anterior, ni posterior)
• Rama master o main: Rama principal del desarrollo
• Fusión (Merge): Acumular cambios en una misma versión
  • Tras un checkout, mezclando la copia de trabajo con la versión del repositorio
  • Entre diferentes branchs del repositorio
• Comentario: Cada commit debería documentar sus efectos y motivaciones.

• Git tiene una arquitectura peer-to-peer
  • Todos los repositorios son igual de "importantes"
• Por convenio, suele haber un repositorio "central"
  • Como servicio: github, gitlab, codeberg…
  • Autoalojado: gitea, forjego
  • O solo con Git y linux

• Cada commit genera una nueva versión del código
• Generalmente, una versión "desciende" de otra versión
  • En un merge, se puede "descender" de más de una versión
• Las versiones se identifican por un hash
• Una rama (branch) es un nombre que se da a un hash, y que va avanzando al hacer nuevas versiones
• Un tag es como un branch, pero no avanza al hacer nuevas versiones

• Crea un nuevo repositorio en el directorio
• Inicialmente vacío
• Se almacena en el directorio oculto .git

alvaro@debian8-64-alvarogonzalez:~/aplicacion-web$ git init
Initialized emp

• Crea un nuevo repositorio, copia de uno ya existente
• El repositorio puede ser local o remoto, dependiendo de la URL
• La copia de trabajo será la de la rama master

  alvaro@debian8-64-alvarogonzalez:~/aplicacion-web$ git clone https://github.com/alvarogonzalezsotillo/aplicacion-php.git
  Cloning into 'aplicacion-php'...
  remote: Counting objects: 50, done.
  remote: Compressing objects: 100%
  ....

Comando git clone

• Git no incluye todos los ficheros de la copia de trabajo en el repositorio
• Si se desea un fichero en el repositorio, se debe incluir con add
• Cada cambio posterior debe indicarse también con add
• Se puede quitar con rm (las versiones antiguas siguen en el repositorio)

Comando git add

• Imprime un resumen del estado de los ficheros de la copia de trabajo
  • Untracked: No guardados en el repositorio. Git ignora el fichero
  • Unmodified: Igual que en la rama activa del repositorio
  • Modified: Con cambios respecto al repositorio, pero que no está previsto guardar

Comando git status

Muestra los cambios de los ficheros en estado modified

• @@ -lineO,nlinesO +lineD,nlinesD @@
  • Se muestra a partir de lineO del fichero antiguo y lineD del fichero actual
  • Se muestran nlinesO líneas del fichero antiguo y nlinesD líneas del fichero actual
• - Línea borrada
• + Línea añadida

Comando git diff

[master 906fa20] Cambiados varios permisos de ejecución
 5 files changed, 411 insertions(+), 2 deletions(-)
 create mode 100644 09/estados-fichero-git.svg
 mode change 100755 => 100644 borrar-temporales-latex.sh
 mode change 100755 => 100644 generar-pdf.sh
 mode change 100755 => 100644 generar-pdfs.sh
 mode change 100755 => 100644 publicar-pdfs.sh

Comando git commit

• Sube las versiones del repositorio local a un repositorio remoto
• El repositorio remoto puede establecerse:
  • con git clone (en este caso se denomina origin)
  • con git remote add
• El repositorio debe tener todas las versiones del repositorio remoto
  • En otro caso, deberá realizarse un git pull previo

Comando git push Comando git remote

alvaro@debian8-64-alvarogonzalez:~/aplicacion-web$ git push
Password for 'https://alvarogonzalezsotillo@bitbucket.org': 
To https://alvarogonzalezsotillo@bitbucket.org/alvarogonzalezsotillo/aplicacion-web.git
! [rejected]        master -> master (fetch first)
error: failed to push some refs to 
'https://alvarogonzalezsotillo@bitbucket.org/alvarogonzalezsotillo/aplicacion-web.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

• Consigue la última versión de la rama actual

• Extrae versiones del repositorio a la copia de trabajo
  • Un fichero: git checkout <fichero>
  • Una versión: git checkout <hashdeversión>
  • Un branch: git checkout <branch>
• También crea nuevas ramas, con git checkout -b <nombrerama>
• Si coinciden una versión/nombre de fichero
  • Utilizar Referencias a objetos en Git
  • Es mejor evitar que coincidan

Comando git checkout Comando git branch

• Fusiona la rama actual con otra rama
• En el caso de que haya conflictos:
  • Los ficheros se quedan con marcas de conflictos
  • Para aceptar el fichero completo de la otra rama: git checkout --theirs path/file
  • Para aceptar el fichero completo de la rama actual: git checkout --ours path/file
  • Para casos más complicados, editar los ficheros y confirmarlos con git add
• Recomendación: git mergetool, o usar el IDE

Comando git merge: Fusión de dos ramas

• Comando git blame: Lista un fichero con el autor de cada línea
• Comando git log: Historia de cambios de un repositorio
• Comando git gui: Interfaz gráfica básica para utilizar git
• Comando git switch: Cambia rápidamente entre ramas
• Comando git reset: Deshace cambios (con precaución)
• Comando git tag: Da un nombre legible (no un hash) a una versión