Space Station 14 использует модель rolling release для обновления серверов. Обновления выпускаются раз в месяц в ветку «stable», в то время как разработка ведётся в ветке «master». Для срочных исправлений багов hotfix публикуются ежедневно из ветки релиза «stable» или немедленно, если исправление критическое. Контент в ветке разработки «master» не является окончательным и может быть удалён или отложен из следующего обновления.
Что это значит для вас? Если вы разработчик форка, у вас теперь есть выбор: использовать более стабильную ветку релиза или последнюю ветку разработки для получения последних изменений, даже если они могут измениться или быть отозваны. Если вы контрибьютор или мейнтейнер основного репозитория, это означает, что ваши изменения не будут сразу отправлены на живые серверы (если только они не являются исправлением бага). Если вы игрок, это означает, что будут более крупные, но менее частые обновления с большим количеством контента, в то время как ежедневные обновления будут ограничены исправлениями багов.
Как это работает?
Развёртывание обновлений
Обновления развёртываются раз в месяц в течение выходных (обычно в четвёртую субботу месяца). За 2 дня до дня обновления «master» ответвляется в «staging», и maintainers проводят ревью предстоящих изменений. В этот период могут быть внесены изменения или PR могут быть отозваны в ветке staging. День релиза также совпадает с днём регулярной встречи maintainers, половина которой будет посвящена просмотру изменений, подготовленных к релизу. Результат этой встречи определяет, будет ли обновление развёрнуто как есть, получит изменения или будет отложено. В течение следующих 2 дней после развёртывания обновления могут быть выпущены исправления баланса/незначительного геймплея по обычной процедуре Hotfix.
Процедура ревью/PR
Все PR должны быть проверены в соответствии с процедурой ревью PR описанной здесь и могут быть смержены в ветку разработки «master» в любое время. PR, исправляющие баги кода или критические проблемы геймплея, могут быть смержены непосредственно в ветку «stable», но в этом случае дополнительно должны следовать процедуре Hotfix описанной здесь.
Что подлежит Hotfix?
Любая проблема, которая напрямую и в значительной степени негативно влияет на возможность игрока играть в игру и может считаться большинством «багом», может быть смержена как Hotfix. Критические проблемы геймплея также могут подпадать под эту категорию. «Критическая» — проблема, которая серьёзно нарушает игру для игроков или админов. Вне чрезвычайной ситуации, все Hotfix требуют одобрения 3 maintainers на слияние (в идеале они также должны провести ревью, но достаточно дать одобрение). Исправления багов могут быть применены к master после обычных требований ревью.
Ветвление
В этом процессе используются три ветки:
Master: Это основная ветка разработки, куда обычно попадают PR. Контент в ветке разработки не является окончательным и может быть отозван или изменён до выхода в релиз. Эта ветка обычно не должна использоваться для хостинга сервера или в качестве upstream, так как она не гарантированно стабильна и может содержать откаты.
Stable: Это ветка «релиза», с которой работают серверы Wizden. Контент в этой ветке обычно следует считать «зафиксированным», и он не будет отозван, за исключением исключительных обстоятельств. Это ветка, которую следует использовать в качестве upstream или для хостинга сервера. Только PR с исправлениями багов напрямую сливаются в эту ветку; PR с контентом сливаются в «master», затем вся ветка развёртывается в «staging» и затем сливается в «stable».
Staging: Это специальная ветка, используемая в основном только для подготовки обновлений. В период обновления (за 2 дня до релиза) эта ветка создаётся из «master» для ревью смерженных PR перед релизом. Любые изменения/откаты, необходимые для релиза, будут сделаны в ветке «staging», которая будет слита в ветки «stable» и «master» в день обновления. Когда обновление не готовится, ветка staging не используется. Последнее изменение 21 июня 2026 г.