Tirez la demande sans trébucher?

Voici les étapes de la consortingbution du code à partir du sujet ” Comment puis-je consortingbuer au code des autres dans GitHub? ”

  1. Fourche le projet
  2. Faites un ou plusieurs commits bien commentés et propres dans le référentiel. Vous pouvez créer une nouvelle twig ici si vous modifiez plusieurs parties ou fonctionnalités.
  3. Effectuez une requête d’extraction dans l’interface Web de github.

Est-il possible de faire une demande de tirage sans falsifier un repository?

C’est assez sortingste de voir plus de 20 repos sur mon compte qui ont été dédoublés pour des demandes de tirage. Ils n’ont alors aucune activité et zéro écanvass / suiveurs. On dirait que je ne fais que copier le code de quelqu’un pour un jour noir.

Si vous n’avez pas access à la création de twigs sur ce référentiel, il n’y a aucun moyen de créer une demande d’extraction sans falsification .

Une fois que vos demandes d’extraction sont acceptées, vous pouvez supprimer le référentiel en toute sécurité si vous n’avez pas l’intention de travailler dessus et cloner directement à partir du référentiel en amont d’origine.

Si vous avez d’autres requêtes de type pull à faire, vous devez les créer dans leur propre twig respective, ce qui signifie que vous pouvez supprimer en toute sécurité la twig que vous avez créée pour gérer une requête pull (comme dans ” Ma requête pull a été fusionnée, que faire prochaine? “)

Par définition, une demande d’extraction implique un fork à moins que vous n’ayez un access de validation au référentiel de destination. Vous pouvez faire quelques choses, cependant:

  1. Si vous avez un access de validation, créez une twig et effectuez votre requête d’extraction contre la nouvelle twig.
  2. Publiez votre patch dans le corps d’un problème. Ce n’est pas vraiment la manière de GitHub, mais cela fonctionne certainement.
  3. Fourchez un référentiel, créez une demande d’extraction, puis supprimez le fork une fois que la requête d’extraction est fusionnée ou refusée.

Si vous essayez simplement d’éviter de conserver des référentiels que vous n’utilisez pas activement, je suggère personnellement l’option # 3. Il adhère au workflow GitHub accepté sans encombrer votre tableau de bord.

github prend en charge le modèle de référentiel partagé

Le modèle de référentiel partagé est plus répandu dans les petites équipes et organisations qui collaborent à des projets privés. Tout le monde dispose d’un access push à un seul référentiel partagé et les twigs de rubrique permettent d’isoler les modifications.

Les demandes d’extraction sont particulièrement utiles dans le modèle Fork & Pull, car elles permettent d’informer les responsables de projets des modifications apscopes à votre fork. Cependant, ils sont également utiles dans le modèle de référentiel partagé, où ils sont utilisés pour lancer une révision du code et une discussion générale sur un ensemble de modifications avant d’être fusionnés dans une twig principale.

Vous avez toujours besoin de cette ligne unique: hub fork;git push -u $GIT_USER HEAD;hub pull-request