Entiendo el cómo funciona rebase, y que es una mala práctica. sin embargo, existe. ¿Entonces cual sería un caso en el que esto debería de...

El "caso de uso rebase" se refiere a las situaciones en las que git rebase se utiliza para reorganizar y gestionar la historia de confirmaciones en un repositorio Git, generalmente con el objetivo de mantener la historia de confirmaciones más limpia, organizada y actualizada.

3 años después aquí repasando el curso... Imagina que tienes tu branch principal, de ahí nacen 2 features que debes de trabajar. Eventualmente esos features se mandan a QA en un cicló de detección y corrección de errores, tal ves tu haces otras subRamas para tus releases que sean por ejemplo BuxFix_Sprint1, suponiendo que el feature se trabaja a lo largo de más de un sprint. Pasa que primero te vas a llenar de ramas, puede que lo controles local y no publiques tus ramas de fixes, pero en el historia del merge se van a ver. Entonces una estrategia para mantener "Limpio el historial". es hacer el rebase en tus locales de fix vs tus features, así al final del día tus fix van a estar en su rama feature, pero sin tanto histórico de merges sobre la rama principal, donde sólo importa ver los features. No se van a perder los commits de los fix, porque ya van a existir de "origen" en los Fix´s

Gracias @Luis_LiraC me quedo mas claro

Hola!

En ocasiones usar rebase es para casos donde solamente quieras que todos los commit permanezcan en una sola rama. ¿por qué es mala práctica? Como tal el uso de rebase no es que sea malo, lo que es lo malo es hacer que dejen de existir las ramificaciones de los proyectos de git porque será más difícil hacer un seguimiento correcto de cómo fue cambiando el proyecto a través del tiempo.