Entorno de trabajo para el caso FCT

GitHub conserva el proyecto; Codespaces proporciona el entorno de ejecución. Esta página concreta el flujo de AD después de las prácticas comunes Git y GitHub (0-A) y Codespaces como entorno de desarrollo (0-B). No repite su instalación ni crea una entrega adicional.

Repositorio y entorno

  • ad-ejemplos es público y formativo: experimentar, leer y modificar ejemplos Java/Python. Su fork no es la evidencia evaluable.

  • ad-practica-fct es el maestro privado: esqueleto, contratos, datos ficticios, pruebas y solución del caso transversal.

  • Tu fork privado de ad-practica-fct es el único repositorio de evidencia de todo AD. Se amplía al avanzar de unidad; no creas otro proyecto por UD.

  1. Acepta la invitación del docente al maestro privado. No necesitas una organización: se aloja bajo su cuenta personal de GitHub.

  2. Haz fork privado hacia tu cuenta y comprueba que la visibilidad es privada. Los enlaces con TU_USUARIO son provisionales; el docente facilitará la URL real.

  3. Abre Codespaces desde tu fork. Su devcontainer prepara Java y Maven; no copies archivos de otro contenedor ni crees fct-acceso-datos desde cero.

  4. Ejecuta mvn test para comprobar la base proporcionada y sigue el enunciado técnico de UD1.

En una cuenta personal, el acceso al maestro se concede como colaborador y permite escritura. El flujo de clase es trabajar en tu fork, no modificar el maestro. Este y sus forks son privados; no publiques la evidencia en el repositorio público de ejemplos.

Cambios reproducibles

  1. Completa trabajo/ y ejecuta mvn -Pcontrato clean verify. La aceptación fallará mientras haya métodos pendientes.

  2. Puedes consultar referencia/. mvn -Psolucion clean verify comprueba esa solución; no tu implementación.

  3. Registra decisiones, comprobaciones y código consultado en la bitácora. No se exige un número de commits.

  4. En cada cierre, completa el registro de entrega y comunica el commit o etiqueta identificable, por ejemplo ud01-entrega.

  5. Código, pruebas, documentación, demostración y autoevaluación forman una única evidencia por unidad, dentro del mismo histórico privado del módulo.

Las pruebas aíslan los datos temporales. Conserva los datos ficticios de entrada en datos/; datos-demo/ y target/ son salidas excluidas por el repositorio. Las Actions proporcionan comprobaciones automáticas cuando estén habilitadas; no calculan la calificación por número de commits ni sustituyen la demostración.

Recibir cambios del docente

El material del maestro se ampliará progresivamente. Configura upstream una vez y conserva la relación con el maestro privado:

git remote add upstream https://github.com/TU_USUARIO/ad-practica-fct.git
git status
git fetch upstream
git log --oneline --graph --all
git diff HEAD..upstream/main
git merge upstream/main
git push origin main

Antes de integrar, registra tus cambios y revisa las novedades. Si hay conflicto, resuelve comparando versiones; no sobrescribas el historial. Las etiquetas del docente indican puntos de partida o correcciones, y las tuyas identifican cierres.

Referencias de consulta