En este curso vimos las bases de los sistemas de control de versiones. Luego aprendimos a usar GIT.

• Aquí quedaron las referencias a la bibliografía.

• Instalamos GIT aquí

• Configuramos GIT en el PC que estamos usando, aquí

• Explicamos el flujo de trabajo aquí

• Resumimos los comandos básicos de git aquí

• Creamos una cuenta en ‘sourcehut’ aquí

• Aprendimos un poquito de merging aquí.

Si, a futuro, van a usar el mismo PC que usaron en la clase, entonces el software ya está instalado, ya tienen cuenta de sourcehut. Deben recordar el nombre de usuario de su cuenta, para colaborar con otras personas.

Comenzar a trabajar

Si van a generar un proyecto

Deben generar la carpeta localmente, hacer allí un git init, añadir los archivos con git add y hacer el primer commit con git commit. Luego generar el repositorio en git.rs.ht y empujarlo, como explicamos en la sección “crear un repositorio…” aquí

Si van a aportar a otro proyecto

Recuerden su usuario de git.sr.ht, y la clave con la que llamaron la cuenta cuando la generaron. Deben compartir el nombre de usuario para que les puedan dar acceso al repositorio. Luego, la primera vez deben clonar (generar su copia local) del repositorio. Esto se hace con un git clone del repositorio. Por ejemplo si van a clonar el repositorio pruebaDegustacion del usuario gavox, el comando será:

git clone git@git.sr.ht:~gavox/pruebaDegustacion

el sistema pedirá la clave pública que generaron cuando hicieron la cuenta git.sr.ht.

Flujo de trabajo ‘normal’

El proyecto sólo se clona, o sólo se inicia una vez. Clonar es generar una copia local del proyecto que está sincronizada con la red. Es decir, lo que hemos mencionado hasta ahora se hace sólo una vez por proyecto (bueno, más veces si lo tienes que instalar en otro PC).

Después vas a colaborar en el proyecto. ¿cuál es el flujo de trabajo para modificar archivos?

Mi recomendación es:

1. Revisa que los archivos que están en tu computador local no han tenido cambios que no has registrado. (esto puede pasar si tuviste que interrumpir tu trabajo, entonces no terminaste el proceso completo). Eso se hace con:

   git diff

   En caso de que haya cambios, piensa si los quieres registrar, o si tienes que trabajar un poco más en tu versión local antes de registrar. (yo usualmente los registraría sin cambir más) eso se haría con un git commit

2. Revisa los cambios de quienes colaboran contigo. Esto se hace halando del repositorio que está en línea:

   git pull

   Usualmente el sistema hace el merge automágicamente, pero en algunos casos es necesario trabajar un poquito para mezclar.

3. Ahora si revisa tus archivos y modifícalos localmente, usando las herramietnas locales que tienes para esa labor. (editores de texto, rstudio, texmaker, etc).

4. Cuando consideres que has hecho suficiente trabajo, recuerda registrarlo con un:

   git commit -a -m "descripción de los cambios"

   donde entre comillas explicas en una frase qué hiciste. Repite los pasos 3 y 4 las veces que sea necesario.

5. Cuando termines, no olvides empujar tus cambios al repositorio compartido, con un

   git push

   Esto garantiza que lo que quede hiciste quede en un backup (:D) y esté disponible para que los demás lo puedan ver y modificar.

¿dudas? email me at gabriel . villalobos @ esap …