Supprimer le dépôt fourchu de GitHub

636

Je commence par git et GitHub et il y a un projet que je regarde sur GitHub. J'ai involontairement cliqué pour le bifurquer. Maintenant, cela m'apparaît comme un nouveau projet.

J'ai quelques doutes à ce sujet:

  • Je sais que si je valide ou fais autre chose dans mon dépôt forké, il sera mis à jour, mais le code mis à jour ne prendra effet qu'après que l'auteur du projet aura demandé le pull. Droite?
  • Si je vais au panneau d'administration sur GitHub, il y a une option de suppression. Si je le supprime comme l'option ci-dessus, cela fera-t-il effet dans l'original ou non?

Je voudrais le supprimer. À l'heure actuelle, j'étudie le code et je n'ai pas vraiment besoin de la fourche.

axcdnt
la source
23
Pour clarifier la terminologie entourant les demandes d'extraction: vous apportez une modification et demandez à l'auteur d'extraire cette modification dans son référentiel. Vous demandez et l'auteur tire .
Douglas Hill

Réponses:

314

La supprimer ne fera rien au projet d'origine. Le modifier ne modifiera que votre fork sur votre page de repo.

Conner
la source
115
Ce serait un horrible bug de sécurité si vous pouviez affecter le projet de quelqu'un d'autre en le forçant puis en supprimant le fork.
Keith Thompson
10
Que se passe-t-il si le projet d'origine est supprimé? Ma fourchette fonctionnera-t-elle toujours? Est-il également supprimé?
unom
12
@unmircea Oui, votre fork fonctionnera toujours: il ne pourra tout simplement pas fusionner "en amont".
évêque
11
Je vois. Encore une petite question. Lorsque je crée un projet, que se passe-t-il lorsque le projet initial est mis à jour, etc. S'écoule-t-il automatiquement en aval?
unom
10
@unmircea Non, vous avez supprimé les modifications du projet d'origine
Conner
1151

De loin, le moyen le plus simple est de se connecter au compte gitHub:

  1. Cliquez sur votre référentiel par exemple yourUsername/yourRepositorypar exemple mbaric/zpropertyz.
  2. Ensuite, dans la barre d'outils principale de github, cliquez sur Paramètres
  3. Faites défiler vers le bas de la page jusqu'à la section intitulée Zone de danger et vous trouverez le bouton Supprimer ce référentiel
  4. Lorsque vous cliquez dessus, un autre pop-up apparaîtra ici, vous devez saisir votre nom d'utilisateur github et le nom de votre référentiel dans ce format gitHubUsername/nameOfTheRepositoryet cliquer sur le bouton ci-dessous qui dit: Je comprends les conséquences, supprimez le référentiel
  5. Si vous avez du mal à le faire, voici les images qui peuvent être vérifiées…

2020-01-15 - Voici des images. Prendre plaisir. GHD1


GHD2
GHD3
GHD4


Matija
la source
5
De nouvelles instructions sont ici: help.github.com/articles/deleting-a-repository
Pacerier
1
Excellentes directions, je n'ai pas trouvé l'option de suppression n'importe où en regardant simplement dans github! (Je n'ai pas vérifié si les captures d'écran étaient correctes, la description du texte est claire et plus facile à tenir à jour)
danio
Comment puis-je supprimer les branches de patch qui sont créées sur n'importe quel commit? Au départ, je n'avais que master et maintenant je vois qu'il y a plusieurs branches comme patch-1, patch-2 et ainsi de suite. Je ne veux pas supprimer tout le référentiel mais seulement les branches sauf la branche master.
RBT
1
salut @RBT. faire sur votre repo local faire git fetch --allet git pull -allsur votre branche principale, puis faire pour chaque branche faire git push origin --delete <branch_name>cela supprimera vos branches distantes. faites-moi savoir si vous avez besoin de plus d'aide.
Matija
22

Supprimez simplement le dépôt fourchu de votre compte GitHub.

https://help.github.com/articles/deleting-a-repository/

  • Si je vais au panneau d'administration sur GitHub, il y a une option de suppression. Si je le supprime comme l'option ci-dessus, cela fera-t-il effet dans l'original ou non?

Il n'apportera aucune modification à l'original; cos, c'est votre repo maintenant.

Prashanth Sams
la source
12

Il n'y aura aucun mal à supprimer les référentiels bifurqués. Vous pouvez à nouveau débourser cela. Cela ne changera pas le code d'origine. Le flux est comme ça ...

1) Vous créez un référentiel. Considérez cela comme une autre copie de code à laquelle vous pouvez accéder ou y apporter des modifications. L'URL de ce référentiel sera au format https://github.com/your-user-name/original-repo.

2) Vous apportez des modifications à cela dans votre machine locale et les poussez. Maintenant, la copie que vous avez créée sera mise à jour, mais pas celle d'origine à partir de laquelle vous avez forké votre référentiel.

3) Si vous souhaitez que les modifications que vous avez ajoutées à votre référentiel forké soient appliquées au référentiel d'origine (cela peut être utile aux personnes qui organisent le référentiel), vous devez créer un pull requestque vous pouvez faire via l'interface utilisateur. Ensuite, s'ils aiment votre contribution, ils le feront mergeavec leur code.

C'est généralement ce que font les organisations open source.

aravindkanna
la source
9

Doux et simple:

  1. Ouvrez le référentiel
  2. Accédez aux paramètres
  3. Faites défiler vers le bas de la page
  4. Cliquez sur supprimer
  5. Confirmer les noms du référentiel à supprimer
  6. Cliquez sur supprimer
Gurjot Singh
la source
7

La suppression de votre référentiel forké n'affectera pas le référentiel maître (d'origine).

Comme je l'ai montré un exemple en supprimant un dépôt fourchu

Ceci est mon repo fourchu (Image)

Suppression du dépôt fourchu

Et aucune modification du référentiel d'origine.

Le repo principal est quelque chose comme un repo original.

Le fork est identique à la création d'une copie xerox de l'original. Même si votre papier xéroxé est endommagé, le document original sera-t-il également endommagé? Évidemment non.

Donc c'est la même chose que ça.

J'espère que cela t'aides.

Prateek Chanda
la source
4

sélectionnez le projet à supprimer -> paramètres -> cliquez sur le bouton Supprimer -> entrez le nom des référentiels

Nilavarasi Ashika
la source
4

Sélectionnez repo-> Paramètres -> (faites défiler vers le bas) Supprimer le repo

Ashik Azeez
la source
3

La réponse est NON. Cela n'affectera pas le référentiel original / principal d'où vous êtes parti. (Fonctionnellement, ce sera incorrect si un tel accès est fourni à un non-propriétaire).

Je voulais juste ajouter cela.

Avertissement: cela supprimera les commits et les branches locales que vous avez créés sur votre dépôt forké. Donc, avant de supprimer, assurez-vous qu'il y a une sauvegarde de ce code avec vous si c'est important.

Le meilleur moyen serait d'obtenir une sauvegarde git du dépôt fourchu en utilisant:

git bundle 

ou d'autres méthodes qui sont familières.

Sagar Kulkarni
la source
1

Non, cela n'affectera pas votre référentiel d'origine, assurez-vous simplement que l'adresse de dépôt ressemble à "youGitName / TheRepository" et non à "OtherPersonGitName / TheRepo".

Bruno Maia
la source
0

J'avais également fait face à ce problème. NON, cela n'affectera en aucun cas votre dépôt d'origine. il suffit de le supprimer en entrant le nom du dépôt fourchu

SHANKAR YADAV
la source
0

Il y a plusieurs réponses soulignant que la modification / suppression du fork n'affecte pas le référentiel d'origine. Ces réponses sont correctes. J'essaierai d'ajouter quelque chose à cette réponse et d'expliquer pourquoi dans ma réponse.

Un fork n'est qu'une copie d'un référentiel avec une relation fork.

Comme vous pouvez copier un fichier ou un répertoire localement vers un autre endroit et supprimer la copie, cela n'affectera pas l'original.

La relation de fork signifie que vous pouvez facilement dire à github qu'il doit envoyer une demande d'extraction (avec vos modifications) de votre fork au référentiel d'origine car github sait que votre référentiel est une copie du référentiel d'origine (avec quelques modifications des deux côtés) ).

Juste pour les informations anybodies, une demande d'extraction (ou une demande de fusion) contient du code qui a été modifié dans le fork et est soumis au référentiel d'origine. Les utilisateurs avec un accès push / écriture (peuvent être différents sur d'autres serveurs git) sur le référentiel d'origine sont autorisés à fusionner les modifications de la demande d'extraction dans le référentiel d'origine (copier les modifications du PR dans le référentiel d'origine).

dan1st
la source