Usar requestes de extracción para actualizar un tenedor de su padre ascendente

Estaba tratando de actualizar mi tenedor de su padre y tener problemas, así que le pedí ayuda a alguien y en el transcurso de la conversación la otra parte dijo …

Las requestes de extracción no se pueden utilizar para actualizar un tenedor de su padre ascendente

… lo cual no tiene sentido para mí (especialmente porque eso es lo que finalmente hice para sincronizar mi tenedor desde su origen).

No estoy preguntando cómo sincronizar un tenedor, eso ya está cubierto en algunas preguntas. No entiendo por qué la aplicación de confirmaciones mediante request de extracción es "mala" en comparación con otras forms (reparenting my / local / origin / remote y reverse la ruta de confirmación habitual).

Si importa, las twigs y las relaciones se ven así

- origin/remote (has the commits I want) - my/remote (where I want to put them - originally forked from origin/remote) - my/local (where I dont want to put them - yet. cloned from my/remote) 

Una vez que my / remote se haya actualizado, esperaría "Sincronizar" o "search" mi / remote a mi / local. No esperaría seguir un path diferente al que solía bifurcar o clonar para crearlos.

Por supuesto, puede usar los RP para actualizar un tenedor desde su padre. También puede usar los RP para actualizar una horquilla desde otra horquilla. Pero los RP no son realmente para esto. Las respuestas públicas están pensadas para personas que no tienen acceso restringido al objective o que necesitan una revisión del código para que pueda decir "hey, quiero que esto se haya fusionado" y el receptor puede revisarlo y luego aplicarlo o denegarlo.

Para actualizar su horquilla desde la parte superior, simplemente debe agregar la stream ascendente como otro control remoto y luego volver a establecer las bifurcaciones en las twigs ascendentes.