Entonces un PullRequest se utliza para funcionar en GitHub dos ramas, pero estas ramas para hacerles un PullRequest siempre debemos compa...

Hola Joel! Pull Requests es el estado intermedio antes del merge, es la acción de validar un código o aporte que se va a "mergear" de una rama a otra. Puedes guiarte de este flujo de trabajo:

1. Identificar la el cambio a realizar, ya sea un fix, feature, add, etc.
2. Una ves identificado, crear tu rama desde master para trabajar en el cambio tratando de especificar en el nombre el tipo de cambio
3. Una ves en tu rama y con los cambio ya hechos (ya commiteado) hacemos el push de nuestra rama, un atajo que siempre me gusta usar es el HEAD para no escribir todo el nombre de la rama de, la siguiente manera: git push origin HEAD.
4. Una ves pusheado nos da la opción de generar nuestro pull request en el cual podremos especificar los cambios que hicimos 5.Finalmente ya creado, agregamos las etiquetas sobre la parte del proyecto en que estamos trabajando, las personas que queremos que nos revisen(reviewers) y linkeamos si tenemos algún issue en ese proyecto. Espero te sirva, Saludos! :)

Vale muchas gracias por despegar mis dudas, valoro tu apoyo.

Correcto de nuevo. El dueño del repositorio debe revisar los cambios que intentas "empujar" a su proyecto y si le gustan hará merge(integrará tus cambios).

Y tengo otra duda, cuando mandamos un Pull Request a un repositorio donde no somos ni dueños, solo contribuimos porque es público ese repositorio, debemos esperar a que el dueño del repositorio nos apruebe para que se note reflejado el cambio en ese repositorio?

Ándale. Es hacer una petición al dueño de un repositorio para que se integre algún cambio que hiciste en el código.

Y efectivamente se tienen que comparar para verificar si no se está alterando el código original al punto de romperlo.