En la Facultad de Informática a menudo las prácticas que se realizan son enteramente digitales (software, documentación, etc.) y se utilizan repositorios con sistemas de control de versiones para almacenarlas y trabajar sobre ellas.
Lo deseable es que estos repositorios sean privados al menos durante el periodo de realización de las prácticas. Los profesores deben ser los únicos con acceso a estos repositorios (de GitHub, por ejemplo); además el profesor no sólo necesita tener acceso para evaluar el resultado final del alumno sino que puede ser conveniente que sea dado de alta como administrador de las «organizaciones» que los grupos de alumnos creen en esos repositorios. De esta manera podrá hacer un seguimiento minucioso de todas las interacciones para detectar problemas, posibles plagios, etc.
Las revisiones y calificaciones se realizan sobre el grupo en su conjunto, en tiempo y forma, asumiendo que se documente y acredite un reparto justo del trabajo. En caso de que alguno de los alumnos no haya participado lo suficiente, puede sufrir una penalización correspondiente o no obtener puntuación alguna por dicha práctica.
En el repositorio debe encontrarse la documentación, el ejecutable y el código fuente del proyecto.
Documentación
La documentación de las prácticas es una cuestión importante. No se trata sólo de documentar el resultado final, sino de también documentar el diseño y el proceso de desarrollo.
Cuando se utiliza Markdown, como en los repositorios de GitHub, la documentación README.md debe estar en la raíz del repositorio y contener vuestros datos, un resumen del enunciado, la descripción del punto de partida proporcionado, el diseño de la solución (por ejemplo un prototipo explicado con diagramas y/o pseudocódigo) y el enlace a un video oculto de YouTube titulado con la grabación personalizada de todas las pruebas realizadas, convenientemente rotuladas y comentadas, de menos de 3 minutos de duración.
Ejecutable
El ejecutable para Windows de 64bits debe estar publicado como lanzamiento descargable en el repositorio (un simple fichero ZIP, que si ocupa demasiado se colgará en algún sitio externo, como Google Drive)
Código fuente y recursos
El código fuente debe incluir en carpetas separadas cualquier recurso o plugin de terceros que sea necesario para la correcta compilación del proyecto.
Si el profesor proporciona un proyecto base, ese debe ser el punto de partida, y mencionarse explícitamente. Incluso el repositorio con la práctica de los alumnos debería crearse explícitamente como bifurcación (fork) del proyecto original del profesor. Aunque el alumno trabajará principalmente sobre su repositorio, si encuentra errores podría corregirlos y pedirle al profesor que extraiga dichos cambios (pull request) y los incorpore en el repositorio base para que todos sus compañeros, presentes y futuros, se puedan beneficiar de la corrección. De hecho ese tipo de participación proactiva y solidaria se valora mucho en la calificación. Cuando el repositorio del profesor es público y se requiere que el del alumno sea privado (por evitar plagios durante el curso), en GitHub quizá la única solución es hacer un duplicado «espejo» (mirroring) del repositorio…