Интересный побочный вопрос: насколько этот ответ юридически согласован? Я не знаю о США, но в Европе у человека есть авторские права (они выходят за рамки авторского права), в которых говорится, что кто-то контролирует, как / если что-то публикуется. Это означает, что можно решить отозвать публикацию. Это право даже не может быть передано третьей стороне (это моральное право).
Виллем Ван Онсем
2
@CommuSoft Хорошее соображение. Может быть, подать в суд на них по праву быть забытым является лучшим вариантом для европейцев сегодня.
Сиро Сантилли 郝海东 冠状 病 六四 事件 法轮功
1
@CommuSoft Технически, вы можете редактировать заголовок / сообщение, поэтому я верю, что его можно легко защитить за GH. :)
Марек Левандовский
1
@MarekLewandowski: это действительно возможность, учитывая, что Github не отслеживает изменения (или, по крайней мере, вы можете удалить историю). Я знаю, что Google сталкивается с той же проблемой с кэшированными версиями веб-страниц. В редких случаях вы можете, например, попросить Google удалить определенные страницы / историю, например, если ваше имя было очищено в суде, вы можете попросить удалить ссылки на статьи, в которых вас подозревают в совершении какого-либо преступления.
Виллем Ван Онсем
2
@MarekLewandowski верно для тела вопроса, но не для заголовка, в котором отображаются неустранимые "changed the title to"комментарии.
Три 8 лет спустя, и закрытие вопросов остается ответом (удаление пока невозможно).
Смотрите « Призрак проблем прошлого », где GitHub советует проверить и закрыть:
Это облом. Неделю назад я случайно отправил вопрос не в тот проект. И теперь это навсегда загрязняет тот проектный трекер, когда его явно не должно быть.
Александр Мартинс
7
@AlexandreMartins Я только что сделал то же самое. Кажется абсолютно глупым, что нет способа удалить проблемы, которые действительно не имеют смысла быть там. МОЩНОСТЬ ДЛЯ ПОЛЬЗОВАТЕЛЯ / ВЛАДЕЛЕЦ, черт побери!
Джонатан
47
То же самое произошло с Zappier, когда я присоединился к новой компании. Билеты, созданные в доске trello, внезапно появились в старых хранилищах компаний. Действительно очень плохо. Я не могу (t) поверить, что нет способа удалить проблему. Хорошая новость в том, что мы можем создать проблему в github, и она НИКОГДА НЕ УДАЛЯЕТСЯ!
Вольт
2
@ Volte, на самом деле, это не совсем так. Я видел множество уведомлений о проблемах, которые, казалось бы, были спамом, и 404, как только я нажал на них. Однако эти репо принадлежали сотрудникам github. Таким образом, на самом деле можно удалять проблемы, но только для сотрудников github.
FichteFoll
2
@AlexandreMartins, Точно. Архивирование полезно, когда вы хотите архивировать, а удаление полезно, когда вы действительно хотите удалить. Серьезный недостаток дизайна с Github.
Это относится и к соавторам? Если да, то как мы можем удалить вопросы, которые пользователи иногда задают через систему отслеживания ошибок вместо списка рассылки или переполнения стека? Мне трудно поверить, что мы должны подать отчет об ошибке в GitHub и попросить его удалить его.
jww
20
Спустя почти 7 лет и тысячи запросов: GitHub по-прежнему не может удалять проблемы: / Похоже, потребуется некоторое время, пока у нас не появятся летающие машины и небоскребы на Марсе.
Sliq
Обратите внимание, что проблемы могут быть удалены поддержкой Github. С ними можно связаться и запросить удаление. Это может быть отложено или отклонено, но это доступная опция, которую можно использовать.
снижение активности
Этот ответ больше не соответствует действительности. У меня был другой пользователь (не GH), изменивший название моей проблемы, изменив текст проблемы, а затем удалил историю редактирования, чтобы никто не мог видеть первоначально сообщенную проблему (которая была критичной только для некоторого контента, который был плохим качество и неэффективность в нескольких отношениях. Это не было непристойным, оскорбительным или даже действительно грубым)
StingyJack
@StingyJack - это не то же самое, что удаление проблемы (хотя по сути она подходит близко)
Маурисио Шеффер
62
Вы можете отредактировать существующую проблему (скажем, если это дубликат), и вы можете изменить заголовок, описание и целевой этап, чтобы он стал совершенно другим. Это как можно ближе к удалению билета, AFIK.
Удаление проблем имеет смысл, если происходит что-то необычное. Например, я перемещаю свой код и проблемы в GitHub, и кто-то сообщил о «новой» проблеме в GitHub до того, как я закончил перемещение. Мне нужно сохранить номера выпусков без изменений, поэтому теперь мне придется полностью угнать эту «неправильную» проблему.
Джозеф Райт
37
ЛОЛ! Даже если ваш ответ технически правильный, это ПИТА, чтобы сделать это и безумно полностью!
Сандип Раджу Прабхакар
12
Этот ответ не является технически правильным. Это самоуверенно. Мы не обсуждаем мнения об удалении проблемы. Мы обсуждаем отсутствие базовой операции CRUD ( D ), которая должна присутствовать в большинстве вещей. Для программных решений унизительно и неуважительно ограничивать основные функции в попытке «защитить нас от самих себя». Это не федеральное правительство США; нам не нужно быть няней.
Вольт
3
Я согласен в теории с несоответствиями в интерфейсах. Сказать ОП не делать этого не было моей главной целью. Это было всего лишь предостерегающее заявление, прежде чем я предложил потенциально разрушительный путь грубой силы для достижения цели ОП. Кроме того, StackOverflow не является подходящим местом для критики API Github. Те должны быть адресованы Github.
майка
1
Что такое «цель ассоциации» (в вашем первом абзаце)? (Английский не мой родной язык)
Спасибо за предложение. В настоящее время возможно редактировать / удалять только содержание вопроса. Однако я добавил +1 к этому предложению в нашем внутреннем списке запросов.
Подтвердить это было невозможно.
Лучший обходной путь на данный момент
установите заголовок так, чтобы он никогда не конфликтовал с поиском, например, с одной точкой ..
Это может не полностью скрыть историю вашей ошибки, поскольку автоматически отменяемые комментарии «сменили заголовок».
сделать тело пустым
Персонал GitHub обладает властью
Если что-то является проблемой безопасности, свяжитесь с сотрудниками GitHub, они обычно быстро отвечают и могут навсегда устранить проблемы, как можно увидеть по адресу: http://archive.is/OfjVt, где есть проблемы 1 и 3, но нет 2.
Пользователи не могут сделать это, в том числе владелец хранилища.
Но проблемы могут быть удалены поддержкой Github. С ними можно связаться и запросить удаление. Это может быть отложено или отклонено, но это доступная опция, которую можно использовать.
Все еще невозможно. Другой обходной путь, предложенный в других ответах, состоит в том, чтобы пометить проблему как «удаленную» (или любую другую метку, которая может показаться вам более подходящей), чтобы иметь возможность отфильтровывать их, если вы используете github API для их получения. Очевидно, что вы должны использовать эту конкретную метку только для этой цели, устанавливая метку при закрытии проблемы.
Начиная с 04/2019, не все проблемы могут быть удалены. В настоящее время можно обойти проблему, чтобы отредактировать проблему, а затем удалить историю редактирования. Единственным недостатком является то, что проблема все еще существует, и можно увидеть старый заголовок.
"changed the title to"комментарии.Ответы:
Обновление ноябрь 2018: теперь вы можете удалить свои проблемы !
Смотрите " Github - удалить проблемы, введенные по ошибке "
В мае 2018 года оригинальный ответ:
Три8 лет спустя, и закрытие вопросов остается ответом (удаление пока невозможно).Смотрите « Призрак проблем прошлого », где GitHub советует проверить и закрыть:
state:open created:<2013-01-01involves:twp state:open created:<2013-01-01involves:twp state:open updated:<2013-01-01источник
Нет, API github позволяет только открывать / закрывать / открывать проблемы. Вот документы по API проблем .
источник
Вы можете отредактировать существующую проблему (скажем, если это дубликат), и вы можете изменить заголовок, описание и целевой этап, чтобы он стал совершенно другим. Это как можно ближе к удалению билета, AFIK.
источник
Для потомков: удаление проблем было бы плохо, так как в целом они могут быть объектами ассоциаций на github.
Но если вы готовы пожертвовать информацией о сотрудничестве, вот вам подход «ударить кувалдой»:
Я полагаю, что это может привести к потере большого количества другой информации о ссылках, такой как вилки, запросы на удаление и т. Д.
источник
Запрос публичной функции
Я написал в GitHub в 2014-08, а https://github.com/jdennes ответил по электронной почте:
Подтвердить это было невозможно.
Лучший обходной путь на данный момент
установите заголовок так, чтобы он никогда не конфликтовал с поиском, например, с одной точкой
..Это может не полностью скрыть историю вашей ошибки, поскольку автоматически отменяемые комментарии «сменили заголовок».
сделать тело пустым
Персонал GitHub обладает властью
Если что-то является проблемой безопасности, свяжитесь с сотрудниками GitHub, они обычно быстро отвечают и могут навсегда устранить проблемы, как можно увидеть по адресу: http://archive.is/OfjVt, где есть проблемы 1 и 3, но нет 2.
источник
Вы можете удалить весь репо, если это действительно важно.
источник
Вы можете просто попросить github забанить пользователя, который создал проблему 😁
Источник: https://github.com/isaacs/github/issues/253#issuecomment-290944938.
источник
Пользователи не могут сделать это, в том числе владелец хранилища.
Но проблемы могут быть удалены поддержкой Github. С ними можно связаться и запросить удаление. Это может быть отложено или отклонено, но это доступная опция, которую можно использовать.
источник
Все еще невозможно. Другой обходной путь, предложенный в других ответах, состоит в том, чтобы пометить проблему как «удаленную» (или любую другую метку, которая может показаться вам более подходящей), чтобы иметь возможность отфильтровывать их, если вы используете github API для их получения. Очевидно, что вы должны использовать эту конкретную метку только для этой цели, устанавливая метку при закрытии проблемы.
источник
Возможное решение
Начиная с 04/2019, не все проблемы могут быть удалены. В настоящее время можно обойти проблему, чтобы отредактировать проблему, а затем удалить историю редактирования. Единственным недостатком является то, что проблема все еще существует, и можно увидеть старый заголовок.
источник