repositorio forkear actualizar github git-fork

github - forkear - gitlab fork



¿Cómo puedo bifurcar el repositorio original cuando ya he bifurcado una horquilla diferente? (5)

Gracias a la respuesta de sigma , vi que no solo está disponible el repo de subida cuando voy a hacer una solicitud de extracción en el repositorio de jockm / vert.x, sino también todas las demás referencias del repositorio de subida. Entonces, lo que terminé haciendo fue:

  1. Borrando mi fork de jockm / vert.x y en su lugar bifurcando vert-x / vert.x, ya que la mayoría de las veces quiero trabajar dentro del repositorio upstream principal, no en la versión de jockm.
  2. Creando una rama para la confirmación que quería enviar a jockm, y una rama separada para la confirmación que quería enviar a vert-x.
  3. Haciendo los cambios relevantes a cada rama.
  4. Envío de solicitudes de extracción para cada sucursal a los repositorios relevantes, ya que el repositorio jockm / vert.x se enumera como un posible objetivo para la solicitud (junto con alrededor de 200 otras horquillas).

Utilicé ramas separadas (básicamente ramas temáticas) para que esas confirmaciones permanezcan como la única en esas solicitudes de extracción, ya que las confirmaciones posteriores en la misma rama se agregan automáticamente a la solicitud de extracción, y estos cambios deben permanecer aislados hasta / a menos que se fusionen.

Anteriormente, he bifurcado jockm / vert.x y le he enviado una solicitud de extracción. Ahora quiero bifurcar vert-x / vert.x (el upstream de jockm / vert.x) y enviarles una solicitud de extracción diferente. Pero cuando hago clic en el botón Tenedor, insuperablemente termino en mi fork tjcrowder / vert.x de jockm / vert.x. ¿Es posible bifurcar vert-x / vert.x y jockm / vert.x al mismo tiempo de forma que pueda enviar cada solicitud de extracción según corresponda?

Me temo que la respuesta puede ser la misma que para esta pregunta sobre la situación inversa ("no hay manera de GitHub, pero puedes agregar un repositorio remoto") pero espero lo contrario, sobre todo porque no veo cómo la respuesta me permitiría enviar solicitudes de extracción al nuevo control remoto.


No hay manera de GitHub (pequeña mentira, ver abajo), pero tampoco hay nada que temer.

Por definición, tu tenedor de un tenedor es un tenedor del original. Cuando abre una solicitud de extracción, obtiene la opción de elegir tanto el origen como el destino para su solicitud de extracción. Las opciones disponibles allí obviamente dependen del gráfico de horquilla, pero mientras haya una ruta en el gráfico entre los dos repositorios, debe estar seguro. Además, dado que las solicitudes de extracción viven en el lado del sitio web, ni siquiera necesita agregar un control remoto siempre que no desee usarlo desde git.

Ahora, por supuesto, es posible que desee reconsiderar su lugar en ese gráfico, y hacerse un hijo directo de la corriente ascendente real, pero eso en su mayoría no está relacionado.

Como dije antes, en realidad hay una forma retorcida de tener múltiples tenedores, que es crear organizaciones y tenedor en ellas. De esta forma, puede "tener" varios repositorios en el mismo gráfico. Pero realmente no hay necesidad de ir allí.


Parece que la mejor opción sería crear una bifurcación en su bifurcación y crear una solicitud de extracción desde esa bifurcación. Puedes usar ramas para "tenedor" tu versión


También puede crear una nueva organización en su perfil / configuración. Luego puede bifurcar diferentes estados del mismo repositorio original a través de la misma cuenta.


No vi ninguna especificación en "múltiples tenedores", así que probablemente terminaría creando otra cuenta de GitHub, bajo la cual haría el segundo clon, y enviaría la solicitud de extracción diferente a vert.x/vert.x

Como puede tener " Varias cuentas de github en la misma computadora " (con el archivo de configuración ssh correcto, también descrito aquí ), es una posible solución.