tipos - Agregando confirmaciones a la solicitud de extracción de otra persona en GitHub

git ver archivos modificados

Question

Mi proyecto en GitHub ha recibido una solicitud de extracción . La solicitud de extracción solo soluciona parcialmente el problema al que se dirige. He introducido los cambios en una sucursal local y he añadido algunos compromisos propios.

Ahora me gustaría devolver esos compromisos a mi repositorio remoto y hacer que aparezcan en la solicitud de extracción, pero sin fusionarlos en la rama de destino. Me gustaría mantener la solicitud de extracción abierta para una mayor revisión y discusión, y potencialmente más compromisos.

¿Hay alguna forma en que pueda agregar confirmaciones a la solicitud de extracción sin combinarlas en la rama de destino y, por lo tanto, cerrar la solicitud de extracción?

Answer 1

Es posible hacer esto ahora ( gist )

Supongamos que ha recibido una solicitud de extracción en yourrepo de otro otheruser .

Agrega el otro usuario como un control remoto

git remote add otheruser https://github.com/otheruser/yourrepo.git

Ha podido recuperar

git fetch otheruser

Crea una rama desde su repositorio.

git checkout -b otheruser-master otheruser/master

Ahora haz algunos cambios y comprométete. Empuje a su repo

git push otheruser HEAD:master

Answer 2

Mientras el autor original haya hecho clic en la casilla de verificación en la parte inferior derecha:

Si esa casilla está marcada, entonces puede regresar a la rama original sin necesidad de agregar un control remoto usando:

git push [email protected]:user/repo local_branch_name:remote_branch_name

Esto es particularmente útil si está utilizando una herramienta como hub donde puede revisar una solicitud de extracción sin necesidad de agregar un control remoto.

Answer 3

No a menos que barryceelen te dé acceso a su horquilla. Tendrá que cerrar su solicitud de extracción y abrir una nueva desde su sucursal que incluya sus confirmaciones.

No poder hacer lo que quieres hacer es molesto. Para hacer un mejor uso del flujo de GitHub, sugeriría a los forkers que abran los problemas por separado de sus solicitudes de extracción que los resuelven, lo que significa que puede mantener el flujo de la conversación inicial y cerrarlo por la solicitud de extracción que elija como la mejor.