Antes de esta clase no había trabajado de esta forma con control de versiones. Al principio Fossil me pareció complicado, pero ahora entiendo mejor que sirve para guardar el historial de los cambios y poder saber qué se modificó y en qué momento.

Este criterio me parece importante porque muestra que no se trata de hacer todo el portafolio al final. El historial de Fossil permite ver cuándo se fueron agregando o modificando las actividades y hace visible el proceso que hemos tenido durante las clases.

Este tipo de trabajo permite siempre tener un control de versiones, guardar el historial completo del proyecto y regresar a versiones anteriores si algo falla.

Algo que se puede percibir muy rápidamente y, de hecho, una de las motivaciones detrás de mi tesis doctoral y que allí afirmé en la línea de "no puedes entender lo que no puedes cambiar". La mayoría de herramientas de software son paradógicamente inflexibles (no parecen la parte blanda, sino dura, por ello), en particular, por todas las fricciones para entenderlas y cambiarlas, incluyendo en manejo de Git.

En este momento, esta es una de las debilidades que a nivel personal estoy viviendo, y las cuales debo mejorar, sobre todo la relacionada al control de versiones.

Comparto la afirmación de que uno de los desafíos en el proceso de investigación es lo relacionado a las versiones, en ellas se corre el riesgo de perder información o de gastar mucho tiempo buscando los cambios realizados en cada versión. Realidad que se supera con la industria del software, pero surge la necesidad de tener mayor conocimiento y práctica de las herramientas, para tener un mejor control de versiones.