Github Pull Request API difiere del flujo de trabajo web

Intento usar la API de Github para crear una request de extracción contra un repository de subida

https://developer.github.com/v3/pulls/#create-a-pull-request

La API tiene los siguientes parameters de interés.

head: el nombre de la sucursal donde se implementan los cambios. Para las requestes de extracción de varios repositorys en la misma networking, encabeza el espacio de nombres con un usuario como este: nombre de usuario: twig.

base: el nombre de la twig en la que desea que se introduzcan los cambios. Esta debería ser una twig existente en el repository actual. No puede enviar una request de extracción a un repository que solicita una fusión a una base de otro repository.


Este model asume que al usar API, voy a ser el repository upstream que puedo fusionar los cambios desde un fork: twig

Esto es lo opuesto a cómo trabajo cuando uso su aplicación web. Puedo enviar una request de extracción desde mi fork al repository upstream , que se denota como (base-fork, base).

Me parece que sin tener acceso al repository en sentido ascendente , usando API, no puedo crear una request de extracción en contra de él. ¿Pueden las personas que han usado github api confirmar esto?

No necesita tener acceso al repository en sentido ascendente para presentar una request de extracción, al igual que no necesita tener acceso a la count de correo electrónico de alguien cuando le envía un correo electrónico. Autentíquese con sus propias cnetworkingenciales pero publique la request contra el repository del otro usuario.

Esto es lo opuesto a cómo trabajo cuando uso su aplicación web. Puedo enviar una request de extracción desde mi fork al repository upstream, que se denota como (base-fork, base).

No puedo ver cómo el método API es diferente del flujo de la aplicación web. Cuando envía una Solicitud de extracción a través de la aplicación web, la Solicitud de extracción se registra y se muestra en el repository de la base-fork (a la que puede que no tenga acceso). el tenedor de la base en la aplicación web corresponde al repository contra el cual publicará una request de la API create-pull-request.

De acuerdo con la documentation de la aplicación web :

Al pensar en las twigs, recuerde que la twig de la base es donde se deben aplicar los cambios, la twig de la cabeza contiene lo que le gustaría aplicar.

Esto coincide exactamente con el significado de los parameters base y head de la request API.