Une question secondaire intéressante: comment cette réponse est-elle juridiquement cohérente? Je ne sais pas pour les États-Unis, mais en Europe, on a des droits d'auteur (ils vont au-delà du droit d'auteur) qui dit que l'on a le contrôle sur la façon dont / si quelque chose est publié. Cela signifie que l'on peut décider de retirer une publication. Ce droit ne peut même pas être transmis à un tiers (c'est un droit moral).
Willem Van Onsem
2
@CommuSoft Belle considération. Peut-être que les poursuivre par le droit à l'oubli est la meilleure option pour les Européens aujourd'hui.
Ciro Santilli 郝海东 冠状 病 六四 事件 法轮功
1
@CommuSoft Techniquement, vous êtes en mesure de modifier le titre / msg, donc je pense que ce serait facilement défendable pour GH. :)
Marek Lewandowski
1
@MarekLewandowski: c'est en effet une possibilité étant donné que Github ne garde pas la trace des changements (ou vous pouvez au moins supprimer l'historique). Je sais que Google fait face au même problème avec les versions mises en cache des pages Web. Dans de rares occasions, vous pouvez par exemple demander à Google de supprimer certaines pages / historique, par exemple si votre nom a été effacé par le tribunal, vous pouvez demander de supprimer les liens vers des articles indiquant que vous étiez soupçonné d'un crime.
Willem Van Onsem du
2
@MarekLewandowski true pour le corps du problème, mais pas le titre, qui affiche des "changed the title to"commentaires non supprimables .
Trois à 8 ans plus tard, la fermeture des problèmes reste la réponse (toujours aucune suppression possible).
Voir " The Ghost of Issues Past ", où GitHub conseille de vérifier et de fermer:
C'est une déception. Il y a une semaine, j'ai accidentellement soumis un problème au mauvais projet. Et maintenant, il est toujours polluant que les projets traquent alors qu'ils ne devraient clairement pas être là.
Alexandre Martins
7
@AlexandreMartins Je viens de faire la même chose. Semble absolument stupide qu'il n'y a aucun moyen de supprimer les problèmes qui n'ont vraiment aucun sens d'être là. PUISSANCE à l'UTILISATEUR / PROPRIÉTAIRE merde!
Jonathan
47
Si exactement la même chose s'était produite via Zappier lorsque j'ai rejoint une nouvelle entreprise. Les tickets créés dans un tableau trello sont soudainement apparus dans les anciens dépôts d'entreprises. Vraiment vraiment mauvais. Je peux (t) croire qu'il n'y a aucun moyen de supprimer un problème. Bonne nouvelle, nous pouvons créer un problème dans github à propos de ce problème et il ne sera JAMAIS SUPPRIMÉ!
Volte
2
@Volte, en fait, ce n'est pas entièrement vrai. J'ai vu de nombreuses notifications de problèmes qui semblaient être du spam et qui 404 se seraient produits une fois que j'aurais cliqué dessus. Cependant, ces repos étaient la propriété du personnel de github. Ainsi, il est en fait possible de supprimer les problèmes, mais uniquement pour le personnel de github.
FichteFoll
2
@AlexandreMartins, Exactement. L'archivage est utile lorsque vous souhaitez archiver et la suppression est utile lorsque vous souhaitez réellement supprimer. Faille de conception grave avec Github.
Cela s'applique-t-il également aux collaborateurs? Dans l'affirmative, comment supprimer les questions que les utilisateurs posent parfois via le suivi des bogues au lieu de la liste de diffusion ou de Stack Overflow? J'ai du mal à croire que nous devons déposer un rapport de bogue avec GitHub et leur demander de le supprimer.
jww
20
Près de 7 ans et des milliers de demandes plus tard: GitHub n'est toujours pas en mesure de supprimer les problèmes: / Il semble que cela prendra un certain temps avant que nous ayons des voitures volantes et des gratte-ciel sur Mars.
Sliq
Notez que les problèmes peuvent être supprimés par le support Github. On peut les contacter et demander leur suppression. Il peut être retardé ou refusé, mais c'est une option disponible qui peut être utilisée.
réduction de l'activité
Cette réponse n'est plus vraie. J'ai demandé à un autre utilisateur (pas GH) de modifier le titre de mon problème, de modifier le texte du problème, puis de supprimer l'historique des modifications afin que personne ne puisse voir le problème signalé à l'origine (ce qui ne faisait que critiquer une partie du contenu qui était à la fois médiocre qualité et non pratique à plusieurs égards. Ce n'était pas obscène, profane, ou même vraiment grossier)
StingyJack
@StingyJack ce n'est pas la même chose que de supprimer un problème (même si en fait cela se rapproche)
Mauricio Scheffer
62
Vous pouvez modifier un problème existant (disons s'il s'agit d'un doublon) et vous pouvez changer le titre, la description et le jalon cible pour qu'ils soient complètement différents. C'est aussi proche que possible de retirer le billet, AFIK.
Notez qu'il n'est pas possible de modifier le titre d'un problème publié par un autre utilisateur.
ocodo
@EmacsFodder C'est maintenant, le titre ainsi que le commentaire d'OP. Je ne sais pas quand ils ont ajouté cela. Peut-être que seul le propriétaire du repo peut le faire? Probablement.
Supprimer des problèmes est logique s'il se passe quelque chose d'inhabituel. Par exemple, je déplace mon code et mes problèmes vers GitHub et quelqu'un a signalé un «nouveau» problème sur GitHub avant d'avoir terminé le déplacement. Je dois garder les numéros de problème inchangés, donc je vais maintenant devoir complètement détourner ce «mauvais» problème.
Joseph Wright
37
LOL! Même si votre réponse est techniquement correcte, c'est un PITA pour le faire et complètement fou!
Sandeep Raju Prabhakar
12
Cette réponse n'est pas techniquement correcte. C'est opiniâtre. Nous ne discutons pas des opinions sur la suppression d'un problème. Nous discutons d'un manque d'une opération CRUD ( D ) de base qui devrait être présente dans la plupart des choses. C'est humiliant et irrespectueux pour les solutions logicielles de restreindre les fonctionnalités de base dans une tentative de «nous protéger de nous-mêmes». Ce n'est pas le gouvernement fédéral américain; nous n'avons pas besoin d'être babysat.
Volte
3
Je suis d'accord en théorie avec des incohérences dans les interfaces. Dire au PO de ne pas le faire n'était pas mon point principal. C'était simplement une mise en garde avant de suggérer une voie de force brute potentiellement destructrice pour atteindre l'objectif du PO. En outre, StackOverflow n'est pas le lieu approprié pour critiquer l'API de Github. Ceux-ci doivent être adressés à Github.
jerseyboy
1
Qu'est-ce qu'une «cible d'association» (dans votre premier paragraphe)? (L'anglais n'est pas ma langue maternelle)
Merci pour la suggestion. Il est uniquement possible de modifier / effacer le contenu du problème actuellement. Cependant, j'ai ajouté un +1 à cette suggestion dans notre liste interne de demandes de fonctionnalités.
confirmant que ce n'était pas possible.
Meilleure solution de contournement jusqu'à présent
définissez le titre sur quelque chose qui n'entrera jamais en conflit avec une recherche, par exemple un seul point ..
Cela peut ne pas masquer entièrement l'historique de votre erreur à cause des commentaires automatiquement supprimables "changé le titre en".
rendre le corps vide
Le personnel de GitHub a le pouvoir
Si quelque chose est un problème de sécurité, contactez le personnel de GitHub, ils répondent généralement rapidement et sont en mesure de supprimer définitivement les problèmes, comme on peut le voir sur: http://archive.is/OfjVt qui a des problèmes 1 et 3 mais pas 2.
Les utilisateurs ne sont pas en mesure de le faire, y compris le propriétaire du référentiel.
Mais les problèmes peuvent être supprimés par le support Github. On peut les contacter et demander leur suppression. Il peut être retardé ou refusé, mais c'est une option disponible qui peut être utilisée.
Toujours impossible. Une autre solution de contournement à celles suggérées dans les autres réponses consiste à étiqueter le problème comme "supprimé" (ou tout autre libellé qui vous conviendrait mieux), pour pouvoir les filtrer si vous utilisez l'API github pour les récupérer. De toute évidence, vous devez utiliser cette étiquette spécifique uniquement à cette fin, en définissant l'étiquette lorsque vous fermez le problème.
À partir du 04/2019, tous les problèmes ne peuvent pas être supprimés. La solution actuelle consiste à modifier le problème, puis à supprimer l'historique des modifications, le seul inconvénient est que le problème existe toujours et que l'ancien titre peut être vu.
"changed the title to"
commentaires non supprimables .Réponses:
Mise à jour de novembre 2018: vous pouvez maintenant supprimer vos problèmes !
Voir " Github - supprimer les problèmes entrés par erreur "
En mai 2018, réponse originale:
Trois à8 ans plus tard, la fermeture des problèmes reste la réponse (toujours aucune suppression possible).Voir " The Ghost of Issues Past ", où GitHub conseille de vérifier et de fermer:
state:open created:<2013-01-01
involves:twp state:open created:<2013-01-01
involves:twp state:open updated:<2013-01-01
la source
Non, l'API github vous permet uniquement d'ouvrir / fermer / rouvrir des problèmes. Voici les documents de l'API Issues .
la source
Vous pouvez modifier un problème existant (disons s'il s'agit d'un doublon) et vous pouvez changer le titre, la description et le jalon cible pour qu'ils soient complètement différents. C'est aussi proche que possible de retirer le billet, AFIK.
la source
Pour la postérité: Supprimer des problèmes serait une mauvaise chose, car en général ils peuvent être la cible d'associations sur github.
Mais si vous êtes prêt à sacrifier les informations sur la collaboration, voici une approche "taper dessus avec un marteau":
J'imagine que cela pourrait potentiellement perdre beaucoup d'autres informations de liaison, telles que des fourchettes, des demandes de tirage, etc.
la source
Demande de fonctionnalité publique
J'ai écrit à GitHub en 2014-08 et https://github.com/jdennes a répondu par e-mail:
confirmant que ce n'était pas possible.
Meilleure solution de contournement jusqu'à présent
définissez le titre sur quelque chose qui n'entrera jamais en conflit avec une recherche, par exemple un seul point
.
.Cela peut ne pas masquer entièrement l'historique de votre erreur à cause des commentaires automatiquement supprimables "changé le titre en".
rendre le corps vide
Le personnel de GitHub a le pouvoir
Si quelque chose est un problème de sécurité, contactez le personnel de GitHub, ils répondent généralement rapidement et sont en mesure de supprimer définitivement les problèmes, comme on peut le voir sur: http://archive.is/OfjVt qui a des problèmes 1 et 3 mais pas 2.
la source
Vous pouvez supprimer le référentiel entier si c'est vraiment important.
la source
Vous pouvez simplement demander à github d'interdire l'utilisateur qui a créé le problème 😁
Source: https://github.com/isaacs/github/issues/253#issuecomment-290944938
la source
Les utilisateurs ne sont pas en mesure de le faire, y compris le propriétaire du référentiel.
Mais les problèmes peuvent être supprimés par le support Github. On peut les contacter et demander leur suppression. Il peut être retardé ou refusé, mais c'est une option disponible qui peut être utilisée.
la source
Toujours impossible. Une autre solution de contournement à celles suggérées dans les autres réponses consiste à étiqueter le problème comme "supprimé" (ou tout autre libellé qui vous conviendrait mieux), pour pouvoir les filtrer si vous utilisez l'API github pour les récupérer. De toute évidence, vous devez utiliser cette étiquette spécifique uniquement à cette fin, en définissant l'étiquette lorsque vous fermez le problème.
la source
Solution possible
À partir du 04/2019, tous les problèmes ne peuvent pas être supprimés. La solution actuelle consiste à modifier le problème, puis à supprimer l'historique des modifications, le seul inconvénient est que le problème existe toujours et que l'ancien titre peut être vu.
la source