📚 DE LIBRE ACCESO · SIN LOGIN

Respuestas modelo

Consulta aquí las respuestas correctas y explicaciones de las autoevaluaciones y los tests del manual. Ideal para repasar antes de un test o aclarar dudas.

111
🎯 autoevaluación
355
📝 test · opción múltiple
111 / 111
✍️ test · abiertas con respuesta
37
temas cubiertos
✕ Limpiar

3.08 · Debugging Profesional y Git Avanzado

16 preguntas con respuesta en este tema.

🎯 Autoevaluación (3)

1
🎯 AE

¿Qué es un breakpoint en un debugger?

  • A. Un error de compilación
  • B. Un punto donde la ejecución se detiene para inspeccionar variables ✓ CORRECTA
  • C. Un tipo de variable
  • D. Una función
💡 Por qué es correcta:

Breakpoint: marca una línea donde el debugger pausa. Permite ver el estado del programa en ese momento.

2
🎯 AE

¿Qué hace `git rebase`?

  • A. Borra la rama
  • B. Reaplica los commits de una rama sobre otra base ✓ CORRECTA
  • C. Fusiona dos ramas
  • D. Crea un nuevo repositorio
💡 Por qué es correcta:

rebase mueve los commits de una rama al final de otra, reescribiendo el historial. Útil para mantener historia limpia.

3
🎯 AE

¿Cuál es la diferencia entre `git merge` y `git rebase`?

  • A. Son idénticos
  • B. merge preserva historia con merge commit, rebase la reescribe linealmente ✓ CORRECTA
  • C. merge es más rápido
  • D. rebase borra commits
💡 Por qué es correcta:

merge: une ramas preservando el grafo. rebase: reaplica commits sobre otra rama, historia lineal.

📝 Test · Sección A · Opción múltiple (10)

1
📝 MC

¿Qué es un breakpoint?

  • A. Un error de compilación
  • B. Un punto donde el debugger pausa la ejecución ✓ CORRECTA
  • C. Un tipo de variable
  • D. Una clase
💡 Por qué es correcta:

Breakpoint: marca una línea donde el debugger se detiene.

2
📝 MC

¿Qué es step-over en un debugger?

  • A. Terminar
  • B. Ejecutar la línea actual sin entrar en funciones ✓ CORRECTA
  • C. Reiniciar
  • D. Compilar
💡 Por qué es correcta:

Step-over (F10): ejecuta la línea. Si es una función, la ejecuta completa sin entrar.

3
📝 MC

¿Qué es step-into?

  • A. Saltar línea
  • B. Entrar en la función llamada ✓ CORRECTA
  • C. Terminar
  • D. Compilar
💡 Por qué es correcta:

Step-into (F11): entra dentro de la función llamada para debuggearla.

4
📝 MC

¿Qué hace watch en un debugger?

  • A. Muestra el tiempo
  • B. Monitorea el valor de una expresión/variable ✓ CORRECTA
  • C. Compila
  • D. Reinicia
💡 Por qué es correcta:

Watch: agrega una expresión para ver su valor actual en cada pausa.

5
📝 MC

¿Qué es git stash?

  • A. Borra cambios
  • B. Guarda cambios sin commitear para cambiar de rama ✓ CORRECTA
  • C. Hace commit
  • D. Sube al remoto
💡 Por qué es correcta:

git stash: guarda cambios sin commitear, limpia el working dir. Útil para cambiar de rama sin perder trabajo.

6
📝 MC

¿Qué es git rebase -i?

  • A. Borra commits
  • B. Rebase interactivo: reordenar, fusionar, editar commits ✓ CORRECTA
  • C. Sube
  • D. Hace merge
💡 Por qué es correcta:

rebase -i: editor interactivo para reescribir historial (squash, reword, reorder).

7
📝 MC

¿Diferencia entre merge y rebase?

  • A. Son iguales
  • B. merge preserva, rebase reescribe ✓ CORRECTA
  • C. merge es para borrar
  • D. rebase es más lento
💡 Por qué es correcta:

merge: une preservando grafo. rebase: reescribe historial linealmente.

8
📝 MC

¿Qué es un commit hook en Git?

  • A. Un bug
  • B. Script que se ejecuta en eventos de Git (pre-commit, post-commit) ✓ CORRECTA
  • C. Un merge
  • D. Un branch
💡 Por qué es correcta:

Hooks: scripts en .git/hooks/ ejecutados en eventos. Útiles para tests, linter, formato.

9
📝 MC

¿Para qué sirve git tag?

  • A. Borrar commits
  • B. Marcar commits importantes (releases) ✓ CORRECTA
  • C. Hacer merge
  • D. Crear ramas
💡 Por qué es correcta:

Tags: marcan versiones (v1.0, v2.0). Lightweight o annotated.

10
📝 MC

¿Qué es git bisect?

  • A. Crear commit
  • B. Búsqueda binaria en historial para encontrar el commit que introdujo un bug ✓ CORRECTA
  • C. Borrar
  • D. Compilar
💡 Por qué es correcta:

git bisect: encuentra el commit culpable de un bug con búsqueda binaria.

✍️ Test · Sección B · Preguntas abiertas (3)

11
✍️ AB

Explica tu flujo de trabajo cuando encuentras un bug. ¿Qué herramientas usas?

💡 Por qué es correcta:

1. Reproducir el bug. 2. Buscar la causa con debugger (breakpoints, watch). 3. Hipótesis y verificación. 4. Fix mínimo. 5. Test que cubra el bug. 6. Code review. Herramientas: debugger, logs, print statements, git bisect para encontrar el commit culpable.

12
✍️ AB

¿Qué es git bisect y cuándo lo usarías?

💡 Por qué es correcta:

Búsqueda binaria en el historial de git para encontrar el commit que introdujo un bug. Útil cuando tienes un test que falla, sabes que antes funcionaba, y tienes muchos commits. Marcas uno bueno y uno malo, git bisect va dividiendo.

13
✍️ AB

¿Por qué es importante un buen mensaje de commit en lugar de "fix" o "wip"?

💡 Por qué es correcta:

Un buen mensaje explica qué cambió y por qué. Facilita code review, encontrar bugs (git blame), revertir cambios, entender la historia del proyecto. "fix" o "wip" no dicen nada, obligan a leer el diff completo.

📝 ¿Listo para evaluarte?

Regístrate o inicia sesión para tomar la autoevaluación o el test de este tema y registrar tu puntaje.