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.

git github

— axcdnt
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

314

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

— Conner
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:

Cliquez sur votre référentiel par exemple yourUsername/yourRepositorypar exemple mbaric/zpropertyz.
Ensuite, dans la barre d'outils principale de github, cliquez sur Paramètres
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
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
Si vous avez du mal à le faire, voici les images qui peuvent être vérifiées…

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

— Matija
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
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
source

9

Doux et simple:

Ouvrez le référentiel
Accédez aux paramètres
Faites défiler vers le bas de la page
Cliquez sur supprimer
Confirmer les noms du référentiel à supprimer
Cliquez sur supprimer

— Gurjot Singh
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
source

4

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

— Nilavarasi Ashika
source

4

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

— Ashik Azeez
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
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
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
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
source