c'est un problème sérieux pour moi. Tout d'abord, je suis très novice dans github. Je pensais que j'avais téléchargé mon projet scolaire et mes fichiers de devoirs en privé. Cependant, j'ai réalisé que c'était public. Je vérifie le nombre de fourches. et Un peuple a fourché le mien. J'ai fait le mien comme privé, mais il semble qu'il / elle a toujours mon repo. Est-il possible de le supprimer de toute façon? Je ne veux pas que mon code de devoirs se répande partout dans le monde. si je ne peux pas, y a-t-il un moyen pour moi de demander à la société GITHUB?
3 Réponses :
Lorsqu'un dépôt public est forké et que ce dépôt public est rendu privé ou supprimé, le dépôt forké existe toujours mais est migré / déplacé / possédé vers l'un des dépôts fork. Voir:
Il est inutile de demander à Github de l'aider. Un fork signifie que quelqu'un a pris une copie de votre référentiel ET a créé un nouveau référentiel qui est logiquement lié à votre référentiel d'origine. Une fourchette n'est pas la même chose qu'un clone. N'importe qui aurait pu cloner votre dépôt et en aurait une copie déconnectée et il n'y a rien que Github puisse faire pour supprimer cette copie déconnectée.
En créant un référentiel avec un accès public, vous avez implicitement accepté de faire copier votre code. Peut-être que vous pouvez empêcher la redistribution, mais ce serait un cas entre vous et les personnes qui l'ont copié ... mais maintenant nous sommes dans les eaux troubles de la conformité au droit d'auteur. Cela suppose qu'un fichier de licence faisait partie du référentiel.
S'il n'y avait pas de fichier de licence, ne serait-il pas implicitement protégé par copyright et «tous droits réservés»? Donnant ainsi des raisons d'exiger le retrait.
@jpa Non, en téléchargeant, vous accordez déjà une licence à github et une autre licence à tous les utilisateurs de github. Voir les termes et conditions de github. Citant Les licences que vous nous accordez prendront fin lorsque vous supprimerez votre contenu de nos serveurs, à moins que d'autres utilisateurs ne l'aient fait. .
@jpa: lorsque vous vous inscrivez, vous acceptez les conditions d'utilisation de GitHub. Cela inclut, entre autres, une clause selon laquelle en téléchargeant un référentiel public, vous accordez le droit de lire le contenu du référentiel et de le bifurquer.
Veuillez garder à l'esprit que:
<₹ Suppression d'un référentiel privé
Lorsque vous supprimez un référentiel privé, toutes ses fourchettes privées sont également supprimées.
<₹ Suppression d'un référentiel public
Lorsque vous supprimez un référentiel public, l'un des forks publics existants est choisi comme nouveau référentiel parent. Tous les autres référentiels sont dérivés de ce nouveau parent et les demandes d'extraction ultérieures vont à ce nouveau parent.
Si un référentiel privé est rendu public puis supprimé, ses forks privés continueront d'exister en tant que référentiels privés autonomes dans des réseaux séparés.
Veuillez aller ici et ici pour plus de détails:
J'ai trouvé un package NPM pour supprimer-github-forks. Que cela vous soit utile
<₹ En dernier
Enfin, vous pouvez contacter support github et leur demander de basculer votre référentiel en "mode normal".
Le mieux que vous puissiez faire est de contacter poliment la personne qui a créé un fork de votre dépôt, expliquez-lui que vous l'avez publié par erreur et demandez-lui s'il rendrait également son fork privé.
Vous pouvez le faire en ouvrant un nouveau numéro sur leur fork, qui enverra une notification à leur e-mail.
est-ce que vous pouvez voir qui a fait la fourche?
il doit se retirer de la fourche si vous pouvez voir jeter un oeil.
C'est une question pour le support de github.
@Sulthan C'est un argument idiot sur Stack Overflow. Si tel est le cas, toutes les questions demandant comment exécuter une fonction sur Github ne devraient-elles pas devenir une question pour le support de github?
@pipe Je suis un peu déchiré. Le support Github devrait être le premier endroit à demander et la documentation github décrit également le problème. Nous pouvons répondre "ce n'est pas possible" et nous pouvons ajouter plusieurs paragraphes expliquant pourquoi mais ce n'est pas très utile. La seule solution que je vois est de demander directement à l'auteur du fork de le supprimer.
@pipe: Non, pas toutes les questions. Seuls ceux qui ne sont pas liés à la programmation. L'OP ne demande pas comment utiliser l'API GitHub pour automatiser les versions, par exemple. Je ne vois rien, même à distance, de programmation dans cette question. Même si le contenu de ce référentiel était lié à la programmation, la question ne concerne pas le contenu. Cela pourrait être une tâche d'écriture créative ou des notes de laboratoire issues d'une expérience de biologie, et cela ne changerait pas du tout la question. C'est un indicateur fort qu'il ne s'agit pas réellement de programmation et de hors-sujet sur ce site.
Il devrait être évident que l'idée qu'un utilisateur peut supprimer les référentiels d'un autre utilisateur bon gré mal gré est complètement ridicule. Même sur Stack Overflow , qui n'est explicitement pas un référentiel de contenu, la suppression du contenu d'un autre utilisateur nécessite l'accord démocratique de plusieurs utilisateurs, peut être annulé par l'accord démocratique de plusieurs utilisateurs, et ne supprime même pas réellement le contenu, ne le cache qu'aux utilisateurs à faible représentant et l'affiche dans une couleur différente pour les utilisateurs à haute répétition. GitHub est entre autres un référentiel de contenu, et donc la suppression de contenu doit passer une barre très haute. Par conséquent, le fait que…
GitHub lui-même doit être impliqué dans cela, c'est assez clair. Nous ne pouvons rien y faire, seul GitHub le peut. La question de savoir si l'OP a des raisons de demander à GitHub (et de les obliger à se conformer) est une question juridique. Cependant, nous ne sommes pas non plus des avocats. J'ai suivi une formation en droit, et je ne pourrais même pas vous dire quels pays sont pertinents ici. Le PO doit consulter son avocat. Les trois seules personnes ou entités qui peuvent faire quelque chose à ce sujet sont le propriétaire du fork, GitHub, et l'avocat de l'OP, et nous ne sommes ni l'un ni l'autre.
De plus, rien ne peut être fait pour tous les clones qui ne sont pas sur GitHub, évidemment.