Derek Molloy - Raspberry Pi® a fondo para desarrolladores

pi@erpi ~/test $ git branch mybranch

pi@erpi ~/test $ git checkout mybranch

Switched to branch 'mybranch'

Ahora, para demostrar el funcionamiento de todo esto, suponga que un archivo temporal llamado testmybranch.txt se añade al repositorio. Este podría ser un nuevo archivo de código para nuestro proyecto. Puede observar que el estado de la rama de desarrollo deja claro que el directorio de trabajo contiene un archivo sin seguimiento:

pi@erpi ~/test $ touch testmybranch.txt

pi@erpi ~/test $ ls

newfile.txt README.md testmybranch.txt testobject.o

pi@erpi ~/test $ git status

On branch mybranch

Untracked files:

(use "git add ..." to include in what will be committed)

testmybranch.txt

nothing to commit, untracked files present (use "git add" to track)

Puede añadir entonces este nuevo archivo al área de preparación de la rama usando los mismos comandos:

pi@erpi ~/test $ git add .

pi@erpi ~/test $ git status

On branch mybranch

Changes to be committed:

(use "git reset HEAD ..." to unstage)

new file: testmybranch.txt

Podemos hacer commit de este cambio en la rama mybranch del repositorio local. Este cambio afectará a la rama mybranch, pero no tendrá efecto sobre la rama maestra:

pi@erpi ~/test $ git commit -m "Test commit to mybranch"

[mybranch d4cabf3] Test commit to mybranch

1 file changed, 0 insertions(+), 0 deletions(-)

create mode 100644 testmybranch.txt

pi@erpi ~/test $ git status

On branch mybranch

nothing to commit, working directory clean

pi@erpi ~/test $ ls

newfile.txt README.md testmybranch.txt testobject.o

De la salida anterior puede apreciar que el archivo testmybranch.txt se encuentra en el repositorio local y podemos verlo en el directorio.

Si ahora pasa de la rama mybranch a la rama maestra mediante git checkout master, observará algo interesante al solicitar un listado del directorio:

pi@erpi ~/test $ git checkout master

Switched to branch 'master'

Your branch is up-to-date with 'origin/master'.

pi@erpi ~/test $ ls

newfile.txt README.md testobject.o

Así es, el archivo testmybranch.txt ha desaparecido del directorio. Aún existe, obviamente, pero se encuentra en forma de objeto blob (de BLOB, Binary Large OBject, objeto binario grande), dentro del directorio git/objects. Si regresa a la rama y lista el directorio, verá esto:

pi@erpi ~/test $ git checkout mybranch

Switched to branch 'mybranch'

pi@erpi ~/test $ ls

newfile.txt README.md testmybranch.txt testobject.o

Es decir, el archivo vuelve a aparecer. Por lo tanto, puede observar lo bien integrado que está el sistema de ramas de desarrollo. En este punto puede regresar a la rama maestra e introducir cambios en el código original y ver que los cambios introducidos en la rama mybranch no afectan al código maestro. Aun si cambiamos el código en el mismo archivo, carecerá de efectos sobre el código original de la rama maestra.

Cómo fusionar ramas de desarrollo (git merge)

¿Qué ocurre si deseamos aplicar los cambios introducidos en la rama de desarrollo mybranch a la versión maestra del proyecto? Es decir, ¿cómo fusionamos las dos ramas? Pues utilizaremos el comando git merge.

pi@erpi ~/test $ git checkout master

Switched to branch 'master'

Your branch is up-to-date with 'origin/master'.

pi@erpi ~/test $ git merge mybranch

Updating 3eea9a2..d4cabf3

Fast-forward

testmybranch.txt | 0

1 file changed, 0 insertions(+), 0 deletions(-)

create mode 100644 testmybranch.txt

pi@erpi ~/test $ git status

On branch master

Your branch is ahead of 'origin/master' by 1 commit.

(use "git push" to publish your local commits)

nothing to commit, working directory clean

pi@erpi ~/test $ ls

newfile.txt README.md testmybranch.txt testobject.o

Ahora el archivo testmybranch.txt está en la rama maestra y también se han aplicado el resto de cambios introducidos en cualquier otro documento de la misma. El repositorio local va ahora un commit por delante del remoto, y podemos utilizar git push para actualizar este último.

Cómo borrar una rama de desarrollo (git branch -d)

Para borrar una rama de desarrollo, use el comando git branch -d mybranch:

pi@erpi ~/test $ git branch -d mybranch

Deleted branch mybranch (was d4cabf3).

pi@erpi ~/test $ ls

newfile.txt README.md testmybranch.txt testobject.o

En este caso, la rama testmybranch.txt sigue presente en el proyecto maestro, como por otro lado deber ser, puesto que se ha fusionado con él. Si la rama se hubiera borrado antes de realizar la fusión, se habría perdido el archivo.

Comandos habituales de Git

La table 3-8 ofrece un resumen de los principales comandos de Git. Llegados a este punto, ya hemos visto el uso básico de Git. Cuando se desarrolla código directamente en el RPi, Git puede resultar muy útil, puesto que nos permite subir fácilmente nuestros desarrollos a un repositorio remoto. Esta funcionalidad sirve muy bien para realizar copias de respaldo de nuestro código, así como para volver a desplegar el proyecto en múltiples RPi.

Table 3-8: Resumen de los principales comandos Git.

Cómo utilizar escritorios virtuales

El RPi es perfectamente capaz de actuar como plataforma de computación general, pero si planeamos compilar un núcleo de Linux o realizar desarrollo multiplataforma cruzado (véase el capítulo 7) lo más recomendable es utilizar un ordenador personal con Linux. Es posible utilizar un ordenador con un gestor de arranque que nos permita un sistema dual. Sin embargo, si mayoritariamente utilizamos un PC o un Mac, podríamos decantarnos por utilizar escritorios o máquinas virtuales.

La virtualización de escritorio, o creación de máquinas virtuales, como también se conoce esta tecnología, permite que un solo ordenador ejecute varios sistemas operativos al mismo tiempo. Emplea tecnología de hipervisores (monitores de máquinas o escritorios virtuales) que incluyen elementos hardware, firmware y software para crear y ejecutar entornos de emulación software conocidos como virtual machines, máquinas virtuales o VM, por sus siglas en inglés. Si queremos ejecutar múltiples sistemas operativos en un solo PC, las máquinas virtuales ofrecen una alternativa a la configuración de un gestor de arranque con múltiples sistemas operativos.