如何从GitHub中彻底删除问题？

是否可以从GitHub问题跟踪器中完全删除问题？

1> Mauricio Sch..：

---

不,github API只允许您打开/关闭/重新打开问题.这是Issues API文档.

---

将近7年和成千上万的请求:GitHub仍然无法删除问题:/看起来我们需要一些时间才能在火星上驾驶汽车和摩天大楼.

2> Kiril..：

---

您可以编辑现有问题(假设它是重复的),您可以将标题,描述和目标里程碑更改为完全不同的内容.这就像你去掉机票AFIK一样接近.

---

由于审计日志GitHub最近推出了https://github.com/blog/1866-the-new-github-issues,这实际上不再起作用了

---

请注意,无法编辑其他用户发布的问题的标题.

3> jerseyboy..：

---

对于后代:删除问题将是一件坏事,因为一般来说,它们可以成为github上关联的目标.

但是如果你愿意牺牲协作信息,那么这就是"用大锤敲打它"的方法:

克隆你原来的回购.

通过Issues API复制您的问题.

删除原始回购; 或者,为您的新仓库选择一个新名称.

根据您的克隆重新创建一个新的仓库.

通过Issues API重新创建要保留的问题.

我想这可能会丢失许多其他链接信息,如分叉,拉请求等.

---

大声笑!即使你认为你的答案在技术上是正确的,它也是一个PITA来做到这一点并且完全是疯了!

---

这个答案*技术上不正确.这是固执己见的.我们不讨论删除问题的意见.我们正在讨论缺乏基本的CRUD(**D**)操作,这些操作应该出现在大多数事情中.这是对软件解决方案的贬低和不尊重,以限制基本功能,试图"保护我们自己".这不是美国联邦政府; 我们不需要是保姆.

---

如果发生异常事件,删除问题是有意义的.例如,我正在将我的代码和问题移至GitHub,并且在我完成移动之前,有人在GitHub上报告了一个"新"问题.我需要保持问题编号不变,所以我现在必须完全劫持这个"错误"的问题.

---

我在理论上同意接口的不一致性.告诉OP不要这样做不是我的主要观点.在我提出实现OP目标的潜在破坏性蛮力之路之前,这仅仅是一个谨慎的声明.此外,StackOverflow不适合批评Github的API.这些应该发给Github.

4> Ciro Santill..：

---

公共功能请求

我在2014-08写信给GitHub,https://github.com/jdennes通过电子邮件回复:

谢谢你的建议.目前只能编辑/清除问题内容.但是我在内部功能请求列表中为此建议添加了+1.

确认这是不可能的.

迄今为止最好的解决方法

将标题设置为永远不会与任何搜索冲突的内容,例如单个点..

这可能无法完全隐藏您的错误的历史,因为自动取消删除"将标题更改为"评论.

使身体空虚

GitHub员工有力量

如果出现安全问题,请联系GitHub工作人员,他们通常会快速回复,并能够解决问题,如下所示:http: //archive.is/OfjVt,其中包含问题1和3但没有问题2.

5> VonC..：

---

更新2018年11月:您现在可以删除您的问题!
请参阅" Github - 删除错误输入的问题 "

---

2018年5月,原始答案:

三个 8年后,和关闭问题仍然是答案(仍然没有删除可能).
请参阅" 过去的问题的幽灵 ",GitHub建议检查并关闭:

一年前开业的问题 state:open created:<2013-01-01

那些我参与其中的人 involves:twp state:open created:<2013-01-01

以及去年没有更新的那些 involves:twp state:open updated:<2013-01-01

---

当我加入一家新公司时,通过Zappier发生了同样的事情.在trello董事会中创建的门票突然出现在旧公司的存储库中.真的很糟糕 我不能相信没有办法删除问题.**好消息是,我们可以在github上创建一个关于这个问题的问题,它永远不会被删除!**

---

这是一个无赖.一周前,我不小心向错误的项目提交了一个问题.现在它永远污染了项目跟踪器,当它显然不应该存在时.

---

@AlexandreMartins我刚刚完成了同样的事情.似乎绝对愚蠢的是,没有办法删除真正没有意义的问题.对用户/所有者的权力该死!

---

@Volte,实际上,这并不完全正确.我看过很多来自看似垃圾邮件的问题的通知,一旦我点击它们就会404.但是,这些回购是由github员工拥有的.因此,事实上可以删除问题,但仅限于github员工.

---

@AlexandreMartins,完全正确.当您想要存档时,存档非常有用,当您确实要删除时,存档很有用.与Github严重的设计缺陷.

6> Dorian..：

---

如果它非常重要,您可以删除整个仓库.

---

+ 1来修复-1.这可能是荒谬的,但这是实际删除内容的唯一方法.婴儿,洗澡水和厨房水槽.