Iteración del taller de gestión de código I (Autenticación 2014-15)

Asistentes

Resultado

Se decidió que como lenguaje se usaría php por su mayor simplicidad y facilidad de manejo de la información almacenada por el cliente.

Desarrollo de código y unión de partes

El primer paso fue identificar el trabajo que realizaría cada miembro del grupo. Para esto, se repartió a cada miembro una pequeña cantidad de funciones (2 o 3) de alto nivel (es decir, sin incluir aspectos como a la base de datos) relacionadas con diversas funcionalidades: generación de un token de autenticación, comprobación de la validez de un token para un usuario, creación de una cookie con un token, autenticación de un usuario con un nombre de usuario y contraseña determinados etc. Los miembros del equipo pudieron fácilmente crear un archivo .php en el que trabajar y escribir las funciones, al no necesitarse ningún framework adicional. Cada archivo contenía independientemente las funciones de cada miembro del grupo. El único problema encontrado fue el nombre de algunas funciones. En algunos casos, un miembro del grupo tendría que usar una función realizada por otro miembro. En esos casos, rápidamente se acordó el nombre y los parámetros de la función. Una vez terminadas las funciones, el trabajo realizado de forma independiente por cada miembro del grupo debía ser unificado. Para esto, cada miembro del grupo envió su archivo .php a un miembro encargado de copiar las funciones a un único archivo. La unión del trabajo fue muy fácil gracias al uso de php y a la poca necesidad de usar elementos que crear una estructura más compleja como clases.

Identificación de elementos de gestión de código fuente

• El sistema de archivos en el que se almacenó la unión del trabajo podría considerarse un repositorio primitivo. Si se siguiera usando este sistema como repositorio, habría que crear una estructura de carpetas que permitiera almacenar diferentes versiones para poder volver a estados anteriores.
• Los archivos .php locales con los que cada miembro del grupo trabajó independientemente serían los sandbox. Los cambios producidos en estos pequeños sandbox fueron unificados con una copia almacenada en el "repositorio".
• El resultado de la primera unión de partes sería la primera baseline, una primera versión con ciertas funcionalidades o partes de estas ya desarrolladas (aunque sean pequeñas, como la generación de un token).

No se pueden identificar branches ya que no ha habido ninguna divergencia. La baseline podría también considerarse el comienzo de la primera branch, pero no está presente el valor que aportan verdaderamente las branches.

No se pudo realizar la integración del trabajo de todos los grupos por falta de tiempo.