Если кичились функцией удаления в git, то причём тут github?

так используй свободные сервисы

Ну что опять за неуважение к читателям.

Причиной невозможности удалить данные даже, если того пожелает администрация GitHub, является проект GHTorrent, который через Github REST API отслеживает все изменения на GitHub и оперативно зеркалирует их в независимом распределённом хранилище. Таким образом, если в Github случайно оказался сохранён пароль доступа, необходима его срочная смена, а если в репозиторий сохранен не предназначенный для публикации код, то стоит смириться с его доступностью для всех желающих.

Кто-нить вкурсе когда этот GHTorrent появился?)

В качестве примера того, что утечки данных активно отслеживаются и используются злоумышленниками, приводится произошедший на днях случай с одним из разработчиков на языке Ruby, который сохранил на Github тестовое приложение, забыв удалить параметры входа в Amazon AWS. На следующий день пользователь обнаружил 140 запущенных окружений Amazon EC2, выполняющих майнинг bitcoin. Размер счёта за работу данных окружений составил $2375. И это при том, что публикация пароля была совершена в никому неизвестном репозитории, сразу замечена и данные были удалены в течение 5 минут после их появления.

A big part of the activity of 2012, 2013 and 2014 has been retrieved, while we are also going backwards to retrieve the full recorded history of important projects.

Ты сам-то читал свою ссылку?

Голосую за бан сего господина.

Т.е. гитхабовский апи позволяет заглядывать в прошлое что ли?
Причём не только во всякую метаинформацию, но и в данные, которые были 'удалены'?
Вобщем несовсем понятно.

Все, что попало в Интернет, остается там навсегда.

А что, непохоже?

Да. В этом плане, конечно, бакет тоже является потенциальным хранилищем. Там тоже есть git. Но в mercurial, например, история не удаляется, поэтому лишний раз ни на что надеяться не будешь.

Наверное, при том, что github использует git?

Это не гитхабовский API, а ghtorrent.org базу хранит с неудалённым прошлым.

git rebase && git push --force теперь не работает что ли?

Работают, но проектом GHTorrent они не будут учтены. Если успели стянуть, то у них и будет.

ghtorrent.org базу хранит с неудалённым прошлым.

ну вот я и спрашиваю с какого числа он её хранит

Ну с апдейтом уже более-менее. Но «надежды на то, что Git может удалять историю - нет» все равно некорректно, он удаляет историю, но она копируется в GHTorrent до этого.

Тут многие кичились функцией удаления в Git. Так вот, толку то от неё?

Git != Github

С Github все прекрасно удаляется, можно удалить весь репозиторий целиком, можно удалить отдельный файл, а сделать rebase.

То что кто-то кэширует результаты которые возможно будут удалены, даже если это делает сам гитхаб, значения не имеет. Если я запущу краулер который раз в час будет проходить по темам на ЛОРе и сохранять все, никто ведь не станет говорить, что теперь на ЛОРе нет возможности удалять темы/комментарии.

Глупо удивляться тому, что выложив информацию в открытый доступ, ты не можешь быть уверенным в ее удалении.

Вроде предполагают, что с 2012 по сей день.

Но «надежды на то, что Git может удалять историю - нет» все равно некорректно, он удаляет историю, но она копируется в GHTorrent до этого.

Почему некорректно? Кто-то может понадеяться на то, что в самом Git функция удаления есть. Например, в темах про Git vs Mercurial постоянно приводилось, что на github запушили пароли и их надо удалить. Ну в репе то он удалит. Но всё равно не удалится. Не проблема Git, конечно, но проблема отношения к нему.

Если я запущу краулер который раз в час будет проходить по темам на ЛОРе и сохранять все, никто ведь не станет говорить, что теперь на ЛОРе нет возможности удалять темы/комментарии.

Ну если ты там оставляешь пароли, то глупо будет считать, что эти пароли так и удалились.

Вроде предполагаю

мне твоё 'вроде предполагают' ни о чём не говорит)

мне твоё 'вроде предполагают' ни о чём не говорит)

Тебе, вообще, для каких целей? :)

хочу попробовать кой чё восстановить кое где. Но просто так сотни торрентов качать неохота. Пока непонятно стоит ли оно того или нет.

И в чем проблема? Если ты выложил пароли на гитхаб, в открытый доступ, ghtorrent их сохранил. В чем вина гитхаба и ghtorrent, в чем проблема гита? Ситуация аналогична выкладыванию паролей на лоре, и несмотря на то, что все сообщения на ЛОРе можно сохранить перед удалением, никто не говорит, что на лоре нельзя удалять комментарии и этим он выгодно отличается, от скажем хабра.

Там у них на сайте прямо возможно запросами посмотреть. Качать не надо.

Проблема в том, что люди думают, раз Git позволяет удалить, то всё в порядке, забывая, что Git и Github это не одно и то же.

и как оттуда данные получать?
Вот тут потыкал http://ghtorrent.org/dblite/ — тут можно всякую инфу коммиты/некоммиты получить, а данные реальные как оттуда выкачать? Ну вот явки/пароли/коды вот это всё.

Github позволяет удалять данные так же как и git, опустим то что на серверах они могут оставаться сохраненными, после удаления с гитхаба они пропадают из публичного доступа на гитхабе, если кто-то их сохранил, то гитхаб тут непричем. Данные были публичны, гитхаб разрешал их скачивать; данные были удалены, гитхаб больше их не раздает.

Если так размышлять, то данные нельзя удалить вобще ниоткуда, так как они могли быть скопированы, а следовательно их удаление с первоисточника не видет к их исчезновению.

Коммиты содержат текст с патчем.

curl https://api.github.com/repos/chrisdone/tryhaskell/commits/39d8140746885b9a76a8440e36ae92e40da8000f

Это ясно. А как получить уже удалённые-то коммиты?
Что надо скачать? Вот тут если качать файлы я не понял, там только метаинфа всякая будет или и реальные данные? http://ghtorrent.org/downloads.html

Ну вот явки/пароли/коды вот это всё.

Ну дык искать надо. Там же нет таблицы явки/пароли/коды, откуда селект можно сделать.

Если так размышлять, то данные нельзя удалить вобще ниоткуда, так как они могли быть скопированы, а следовательно их удаление с первоисточника не видет к их исчезновению.

Вот! Собственно я к тому же. Что данные удалить нельзя. И не надо надеяться на токую функцию в Git.

Ну, если я все правильно понимаю, то скачивай дамп с коммитами, и там оно возможно будет.

В гите есть функция удаления и она прекрасно работает. Гит тут вобще непричем, проблема в выкладывании файлов в открытый доступ.

Так как раз речь о том, что в гите работает. И если ты с этой мыслью удаляешь это на github, то ты ССЗБ по определению. Откртый доступ или нет, но лучше сразу думать, что в гите удалить ничего нельзя.

лучше сразу думать, что в интернете удалить ничего нельзя

FTFY

s/github/любой гит сервер с публичным доступом/

В гите есть функция удаления и она прекрасно работает. К примеру я сделал коммит локально, и перед пушем проверяю все ли в порядке и замечаю, что где-то закрался пароль, я удаляю этот пароль, пушу и все в порядке. Думать, что в гите удалить ничего нельзя глупо, так как это одна из фич и гита и ею вполне можно пользоваться. Правильней думать, что нельзя ничего удалить с публичного гит сервера, но гит тут непричем.

Правильней думать, что нельзя ничего удалить с публичного гит сервера, но гит тут непричем.

Правильно. Но у большинства есть проектики на публичном гит-сервере. И они думают, что можно удалить из гит. И в сухом остатке какая разница?