Кратко

  • Срок хранения Codespaces назначается при создании среды. Изменение или удаление политики организации не меняет сроки уже существующих сред.
  • Остановленная среда продолжает расходовать хранилище. Автоматическое удаление срабатывает и при наличии изменений, которые ещё не отправлены в удалённый репозиторий.

У экономии в облаке бывает торжественная дата начала и довольно туманная дата прибытия. Компания уменьшает срок хранения сред разработки с тридцати дней до семи, показывает новую настройку финансовому директору и ждёт, когда старый парк начнёт исчезать быстрее.

Для GitHub Codespaces в этом условном примере не хватает важного действия. Политика хранения организации назначает срок при создании среды. Последующее изменение политики не сокращает ранее назначенные сроки. Удаление самой политики тоже их не меняет.

Новые условия достаются новым средам. Старые остаются с прежними. Настройка выполнила поручение; лишние полномочия ей выдал доклад об экономии.

Остановленный станок занимает цех

Codespaces позволяет вернуться в облачную среду разработки с сохранёнными файлами. Это полезная непрерывность: не нужно каждый раз начинать с восстановления рабочего места. У этой возможности есть продолжающееся потребление ресурса.

В описании жизненного цикла GitHub разделяет вычисления во время работы и хранение, которое продолжается после остановки. Дальнейшее накопление использования хранилища прекращается при удалении среды. Уже накопленное за месяц использование при этом сохраняется в расчёте. Закрытие вкладки браузера само по себе даже не останавливает удалённую машину.

Поэтому в одном парке могут жить разные поколения условий. Часть сред получила старый срок, часть создана уже при новом, а некоторые снова использовались и перезапустили отсчёт бездействия. Значение в сегодняшнем меню не заменяет сведения о каждой из них.

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

Чтобы оценить последствия изменения, нужны фактический плательщик и назначенный срок каждой среды. Публичные документы не содержат парк конкретного клиента, его сроки, неотправленные изменения и счёт; только эти данные позволят посчитать реальную экономию или потери. Сам механизм уже объясняет, почему старое хранение может пережить новый лозунг бережливости.

Сохранённый файл ещё не уехал

Файл, сохранённый в среде, остаётся на виртуальной машине. Для появления изменений в удалённом репозитории нужны коммит и отправка. Между этими действиями может находиться результат труда, который команда считает законченным, но ещё не вынесла из арендуемого рабочего места.

Автоматическое удаление происходит и при наличии неотправленных изменений. Система соблюдает срок; оценивать ценность забытой правки ей не поручали.

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

Отсюда получается неудобная для простой таблицы картина. Старую среду иногда открывают, и она остаётся. Новая получает короткий срок и уходит раньше. Для некоторых личных сред доступно сохранение до ручного удаления, с продолжающимся использованием хранилища. У принадлежащих организации сред, охваченных её политикой хранения, такой возможности нет.

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

Выход имеет ограниченную ширину

GitHub позволяет экспортировать изменения в ветку, не запуская среду. Такой путь полезен, например, если лимит расходов не даёт её открыть. Но экспортируется только текущая выбранная ветка; остальные ветки вместе с ней не переезжают. Файлы размером более 100 MiB препятствуют соответствующей отправке и экспорту.

Проверять поэтому нужно результат в месте назначения. Какие изменения действительно появились в нужной ветке? Осталась ли отдельная работа в других? Можно ли заново собрать окружение? Экспорт ветки имеет определённый объём, а рабочее место может содержать больше.

После такой проверки решение становится экономическим. Команда может сохранить готовую среду ради быстрого возвращения или вывести результаты и освободить место. До проверки хранение нередко служит платой за незавершённую передачу работы.

Новая политика меняет будущие поступления. Существующий парк сокращают конкретные решения по конкретным средам. Финансовому отчёту полезно отражать оба процесса отдельно: тогда новая настройка перестаёт выдавать себя за уже состоявшийся выезд.