GitHub рассылает код на CD: зачем нужны физические бэкапы

Репозиторий на болванке: смешно, пока это не ваш единственный бэкап

GitHub, как сообщается, объявил в X возможность заказать копию публичного репозитория на CD-ROM. В публикации сервис иронизировал, что код можно хранить, одалживать друзьям и передавать детям, а принадлежит он вам «навсегда» — пока вы его не потеряете. Тут GitHub хотя бы честнее половины презентаций про «вечное облако».

По данным itzine.ru, акция оформлена через Microsoft Forms: нужно указать имя пользователя, ссылку на публичный репозиторий, адрес доставки и телефон. Заявки принимаются с 2 по 6 июля, диски должна получить первая тысяча участников. Отдельно отмечено, что контактные данные используют только для отправки CD.

Да, выглядит как маркетинговая шутка. Но не полностью фейковая открытка из прошлого: источники пишут, что GitHub действительно предложил разработчикам получить код на CD-ROM, а ixbt.com формулирует это ещё жёстче — «начал записывать репозитории». Проверять тут надо не скорость привода, а то, насколько команда вообще понимает, где живёт её исходный код.

Это не архивирование, это мем с доставкой

Контекст важен. Источники связывают акцию со спором вокруг будущего физических носителей и недавним заявлением Sony PlayStation об отказе от поддержки игр на дисках. На этом фоне GitHub будто говорит: хотите физическое владение — держите физический код. Костыль, но с хорошим таймингом.

У GitHub уже была серьёзная история с архивированием open source: в 2020 году сервис вместе с партнёрами отправлял открытые репозитории в Arctic Code Vault на Шпицбергене и использовал долговечные плёнки для хранения проектов. Но нынешний CD-ROM — не про сохранность на века. Это сувенир, вирусный жест и аккуратный пинок по нашей зависимости от SaaS.

Для команд, которые живут в GitHub, GitLab или Bitbucket, шутка неприятно практичная. Репозиторий в облаке — не бэкап. Mirror в другой зоне — ближе к бэкапу. Локальный bare clone на холодном хранилище — ещё ближе. CD с публичным репозиторием — красивый артефакт для полки, но не стратегия восстановления после пожара в процессах.

Что проверить, пока дисковод не стал частью DevOps

Если у вас важный проект, не надо ждать болванку по почте. Проверьте три скучные вещи: есть ли зеркало репозитория, кто имеет доступ к админским правам и можно ли восстановить проект без «Васи, у которого всё настроено локально». Вася в отпуске. Прод уже знает.

Минимальный sanity check:

git remote -v
git clone --mirror git@github.com:org/project.git
cd project.git
git fsck --full
git bundle create project.bundle --all

Потом положите bundle не туда же, где лежит основной доступ. Иначе это не бэкап, а декоративный костыль.

Ещё стоит отдельно проверить публичность репозитория. По сообщениям источников, речь идёт именно о публичных репозиториях. Не надо внезапно делать приватный код публичным ради сувенирного CD. Это не олдскул, это инцидент.

GitHub здесь удачно попал в нерв: разработчики любят смеяться над физическими носителями, пока не обнаружат, что весь supply chain держится на одном аккаунте, одном токене и надежде, что облачная платформа проснётся в хорошем настроении. CD-ROM не спасёт вашу инфраструктуру. Но напомнить сделать нормальный бэкап — вполне может.