Demande de tirage sans bifurcation ?

Question

Voici les étapes de la contribution au code de la rubrique " Comment contribuer au code d'autres personnes dans GitHub ? "

1. Bifurquer le projet
2. Faire un ou plusieurs commits bien commentés et propres au dépôt. Vous pouvez créer une nouvelle branche ici si vous modifiez plus d'une partie ou d'une fonctionnalité.
3. Effectuez une demande de retrait dans l'interface web de Github.

Est-il possible de faire une pull request sans forker un repo ?

C'est assez triste de voir plus de 20 dépôts dans mon compte qui ont été forkés pour certaines demandes de pull. Ils n'ont alors aucune activité et zéro étoile / followers. On dirait que je ne fais que copier le code de quelqu'un pour un jour noir.

Answer 1

Si vous n'avez pas accès à la création de branches sur ce référentiel, il y a pas de possibilité de créer une demande de pull sans bifurquer .

Answer 2

Une fois que vos demandes de pull sont acceptées, vous pouvez supprimer le dépôt en toute sécurité .

Ensuite, il suffit de cloner directement depuis le dépôt amont d'origine.

Si vous avez d'autres demandes de retrait à faire, vous devez les faire dans leur propre branche respective, ce qui signifie que vous pouvez supprimer sans risque la branche que vous avez créée pour gérer une demande de retrait acceptée (comme dans " Ma pull request a été fusionnée, que faire ensuite ? ")

Answer 3

Par définition, une demande de pull implique un fork, sauf si vous avez un accès commit au dépôt de destination. Vous pouvez cependant faire plusieurs choses :

1. Si vous faire Si vous avez un accès commit, créez une branche et faites votre demande pull contre la nouvelle branche.
2. Publiez votre correctif dans le corps d'un problème. Ce n'est pas vraiment la méthode GitHub, mais elle fonctionne.
3. Fork un dépôt, créer une demande de pull, et puis supprimer le fork une fois la demande de pull est fusionné ou refusé.

Si vous voulez simplement éviter de conserver des dépôts que vous n'utilisez pas activement, je suggère personnellement l'option n° 3. Elle respecte le flux de travail accepté de GitHub sans encombrer votre tableau de bord.

Answer 4

Github prend en charge Modèle de référentiel partagé

Le modèle de référentiel partagé est plus répandu dans les petites équipes et les organisations qui collaborent sur des projets privés. Chacun dispose d'un accès "push" à un référentiel partagé unique et des branches thématiques sont utilisées pour isoler les modifications.

Les demandes de mise à jour sont particulièrement utiles dans le modèle Fork & Pull car elles permettent de notifier aux mainteneurs du projet les modifications apportées à votre mise à jour. Cependant, elles sont également utiles dans le modèle de référentiel partagé où elles sont utilisées pour initier une revue de code et une discussion générale sur un ensemble de modifications avant d'être fusionnées dans une branche principale.

Answer 5

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