Determinando por qué github dice "Cerrado con commits no fusionados"

A veces contribuyo requestes de extracción a un repository de subida. Alguien aplica mi pr al master y lo cierra. Entonces github dice "Cerrado con commits no fusionados". ¿Por qué?

Lo que quiero averiguar es qué, si es que hubo alguna, las ediciones de código que realicé en la sucursal de la que creé las relaciones públicas de las que no se incluyeron (aplicadas o ~ fusionadas) en la twig mater del repo ascendente. No quiero realizar una "inspección manual" y, en cambio, quiero uno o varios commands cli git que me muestren exactamente qué son esas ediciones de código.

Esto acaba de pasar para mí en GitHub y he encontrado otra razón, además de la mencionada por @twalberg en los comentarios:

  1. Podrían haber creado un parche de su repository bifurcado y aplicado. Esto es con la ayuda del command format-patch :

    $ git parche de parche de formatting –stdout> file.patch

  2. (indicado por @twalberg en los comentarios) Podrían haber usado cherry-pick, que aplica cambios en una única confirmación.

Estas acciones tienen sentido para pequeños cambios cuando se fusionan desde una bifurcación (en caso de que el parche esté en una bifurcación separada en el repository bifurcado) o no es necesario volver a establecer la base.