29 июня 2020 года в работе GitHub произошла масштабная авария, в результате которой большая часть его сервисов оказалась недоступна. Согласно информации специалистов GitHub, в настоящее время проводятся восстановительные работы по возвращению сервиса к полноценной работе.
Многие пользователи заметили сбои в работе GitHub с 12 часов по московскому времени. У них появились проблемы, связанные с возникновением различных ошибок при работе сервиса и медленной загрузке страниц на портале GitHub.
Через полчаса после появления первых уведомлений о проблемах от пользователей, специалисты GitHub начали поиск источника ошибок, а также занялись восстановлением сервисов.
Часть сервисов GitHub была восстановлена до 14:21 МСК. Полностью работоспособность GitHub, по сообщению специалистов сервиса, была возвращена в 14:38 МСК.
Согласно информации издания Verge, сегодня тысячи разработчиков программного обеспечения в течение часа и более сталкивались с ошибками при входе в GitHub, а некоторые пользователи даже не могли использовать свою интегрированную среду разработки (IDE) из-за того, насколько тесно связана разработка программного обеспечения с сервисом.
Фактически в сегодняшней аварии GitHub не работали или испытывали проблемы следующие сервисы:
- Git Operations (2 часа 6 минут);
- API Requests (более 2-х часов);
- Webhooks (2 часа 14 минут);
- Issues, Pull Requests, Projects (более 2-х часов);
- GitHub Actions (2 часа 21 минуту);
- GitHub Packages (более 2-х часов).
По информации портала Nimble Industries, количество проблем и инцидентов в GitHub после его поглощения Microsoft в 2018 году увеличилось и продолжает расти. Например, более двух лет назад было зафиксировано 89 инцидентов, а в течение последних 24 месяцев их было уже 126, что на 41% больше. Причем растет также и количество минут, когда не работали части сервиса. Если с 2016 по 2018 годы таких минут было 6 110, то с 2018 по 2020 годы GitHub частично не работал 12 074 минуты, что на уже более чем на 100% больше. Таким образом, инцидентов на GitHub становятся больше и они длятся дольше, хотя разработчики сервиса и пытаются максимально прозрачно и открыто сообщать о проблемах и ходе их устранения.
androidovshchik
git push не работал, не беда, все локально есть) Вот она — сила децентрализации!
alemiks
так-то и в svn можно продолжать локально что-то делать. А вот если что-то сломалось в продакшене и надо фикс выкатить, то всё
DaemonGloom
В svn нельзя локально хранить несколько коммитов, только один (если это не поменялось с момента, когда я им последний раз пользовался активно). Что крайне неудобно при наличии изменений, не связанных между собой.
ALexhha
А разве svn научился локально сохранять комиты?