2018年11月更新：問題を削除できるようになりました！
「 Github-誤って入力された問題を削除する 」を参照してください
2018年5月、元の答え：
三 8年後、問題を解決することは答えのままです（削除はまだ不可能です）。
「 過去の問題の幽霊 」を参照してください。GitHubで確認して閉じることをお勧めします。
- 1年以上前に発行された問題
state:open created:<2013-01-01 - 私が関係しているもの
involves:twp state:open created:<2013-01-01 - そして、昨年更新されなかったもの
involves:twp state:open updated:<2013-01-01
いいえ、github APIでは問題のオープン/クローズ/再開のみが許可されます。 Issues APIドキュメントです 。
既存の問題を編集して（重複している場合は言いましょう）、タイトル、説明、および目標マイルストーンを完全に異なるものに変更できます。これは、AFIKチケットを削除するのと同じくらい近いです。
後世の場合：一般に問題はgithubの関連付けのターゲットになる可能性があるため、問題を削除することは悪いことです。
ただし、コラボレーション情報を犠牲にする場合は、「ハンマーで叩く」アプローチがあります。
- 元のリポジトリを複製します。
- Issues APIを使用して問題をコピーします。
- 元のリポジトリを削除します。または、新しいリポジトリの新しい名前を選択します。
- クローンに基づいて新しいリポジトリを再作成します。
- Issues APIを使用して、保持する問題を再作成します。
これにより、フォーク、プルリクエストなど、他の多くのリンク情報が失われる可能性があると思います。
公開機能リクエスト
2014-08にGitHubに書き込みました および https://github.com/jdennes メールで返信：
提案をありがとう。現在、問題のコンテンツの編集/クリアのみが可能です。ただし、社内の機能リクエストリストでこの提案に+1を追加しました。
確認できませんでした。
これまでの最善の回避策
タイトルを検索と競合しないものに設定します。単一のドット
.。これは、自動的に削除できない「タイトルを変更」コメントのために、失態の履歴を完全に隠さないかもしれません。
体を空にする
GitHubスタッフにはパワーがあります
セキュリティ上の問題がある場合は、GitHubのスタッフに連絡してください。通常は迅速に返信し、次のURLで確認できるように問題を完全に削除できます。 http://archive.is/OfjVt which has issue 1および3、ただし2。
本当に重要な場合は、リポジトリ全体を削除できます。
問題を作成したユーザーを禁止するようにgithubに依頼するだけでできますか????
ソース： https://github.com/isaacs/github/issues/253#issuecomment-290944938
リポジトリ所有者を含むユーザーはこれを行うことができません。
ただし、問題はGithubサポートによって削除できます。それらに連絡して削除を要求することができます。遅延または拒否される場合がありますが、使用可能なオプションです。
可能な回避策
2019年4月すべての問題を削除できるわけではありません現在の回避策は、問題を編集してから編集履歴を削除することです。唯一の欠点は、問題がまだ存在し、古いタイトルが表示されることです。
まだ不可能です。他の回答で提案されているものへの別の回避策は、問題を「削除済み」（または他のラベル）としてラベル付けし、github APIを使用してそれらを取得する場合にフィルターで除外できるようにすることです。明らかに、この特定のラベルはこの目的にのみ使用し、問題を閉じるときにラベルを設定する必要があります。