Comment puis-je bricoler le repo original quand j’ai déjà utilisé une fourche différente?

J’ai déjà créé jockm / vert.x et lui ai envoyé une requête. Maintenant, je veux bifurquer vert-x / vert.x (en amont de jockm / vert.x) et leur envoyer une requête de tirage différente. Mais quand je clique sur le bouton Fork, je me retrouve sans surprise dans mon fork tjcrowder / vert.x de jockm / vert.x. Est-il possible de bifurquer à la fois vert-x / vert.x et jockm / vert.x de manière à pouvoir envoyer chaque requête pull comme il convient?

Je crains que la réponse soit la même que pour cette question sur la situation inverse (“il n’y a pas de méthode GitHub, mais vous pouvez append un repo à distance”) mais j’espère que non – notamment parce que je ne vois pas comment la réponse il me permettrait d’envoyer des demandes de tirage à la nouvelle télécommande.

Il n’y a pas de voie GitHub (petit mensonge, voir ci-dessous), mais il n’y a rien non plus à craindre.

Par définition, votre fourchette de fourche est une fourchette de l’original. Lorsque vous ouvrez une demande d’extraction, vous avez la possibilité de choisir à la fois l’origine et la destination de votre demande d’extraction. Les choix disponibles dépendent évidemment du graphe, mais tant qu’il y a un chemin dans le graphique entre les 2 référentiels, vous devriez être en sécurité. De plus, étant donné que les demandes de retrait sont diffusées du côté du site Web, vous n’avez même pas besoin d’append une télécommande tant que vous ne souhaitez pas l’utiliser depuis git.

Maintenant, bien sûr, vous voudrez peut-être reconsidérer votre place dans ce graphique et faire de vous un enfant direct du réel en amont, mais cela n’est pas du tout lié.

Comme nous l’avons dit plus haut, il existe en réalité une manière tordue d’avoir plusieurs fourchettes, c’est-à-dire de créer des organisations et de les incorporer. De cette façon, vous pouvez “posséder” plusieurs référentiels dans le même graphique. Mais il n’y a vraiment pas besoin d’y aller.

Grâce à la réponse de sigma , j’ai vu que non seulement le repo en amont est disponible lorsque je vais faire une requête de tirage sur le repo jockm / vert.x, mais que toutes les autres fourches du repo en amont le sont également. Donc ce que j’ai fini par faire était:

  1. En supprimant mon fork de jockm / vert.x et en forking à la place de vert-x / vert.x, je veux surtout travailler dans le repo principal en amont, pas dans la version de jockm.
  2. Créer une twig pour le commit que je voulais envoyer à jockm, et une twig séparée pour le commit que je voulais envoyer à vert-x.
  3. Apporter les modifications pertinentes à chaque twig.
  4. Envoi de requêtes de tirage pour chaque twig aux repos concernés, car le repository jockm / vert.x est répertorié comme cible possible pour la requête (avec environ 200 autres forks).

J’ai utilisé des twigs distinctes (essentiellement des twigs de sujet) pour que ces validations restnt les seules dans ces requêtes, car les validations ultérieures sur la même twig sont automatiquement ajoutées à la requête pull, et ces modifications doivent restr isolées jusqu’à la fusion.

Il semble que la meilleure option serait de créer une twig sur votre fourche et de créer une demande de tirage depuis cette twig. Vous pouvez utiliser des twigs pour “bifurquer” votre version

Je n’ai pas vu de détails sur “plusieurs forks”, donc je finirais probablement par créer un autre compte GitHub, sous lequel je ferais le deuxième clone, et enverrais les différentes requêtes pull à vert.x/vert.x

Comme vous pouvez avoir ” plusieurs comptes github sur le même ordinateur ” (avec le bon fichier de configuration ssh , également décrit ici ), il s’agit d’une solution de contournement possible.

Vous pouvez également créer une nouvelle organisation sous votre profil / vos parameters. Ensuite, vous pouvez biffer différents états du même repo original sur le même compte.