> Markdown-версия страницы https://tuna.am/blog/secrets-change-requests/. Оглавление документации — [llms.txt](https://tuna.am/llms.txt), весь текст одним файлом — [llms-full.txt](https://tuna.am/llms-full.txt). Markdown-версия есть у любой страницы: добавьте `.md` к адресу без слеша на конце.

[Блог](https://tuna.am/blog.md)|[Новые возможности](https://tuna.am/blog/tags/features)

# Запросы на изменение секретов — правка в prod через ревью

2 ноября · 3 мин

Обычная ситуация перед релизом: разработчику нужен новый ключ Stripe в `prod`, а доступа к `prod` у него нет, и правильно, что нет. Дальше он пишет в чат «поменяйте, пожалуйста, `STRIPE_API_KEY`», кто-то копирует значение из сообщения. Ключ остаётся в истории чата, а через месяц уже никто не помнит, кто, когда и зачем его поменял.

В [Секретах](https://tuna.am/docs/secrets.md) появились запросы на изменение. Теперь такая правка проходит ревью, как код в merge request: разработчик предлагает изменение, а редактор `prod` проверяет и применяет его.

![Запрос на изменение: блок prod на ревью с новыми и изменёнными секретами и кнопкой «Одобрить»](/blog/img/2026-11-02-secrets-change-requests/request-review.webp)

## Как это работает

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

![Форма нового запроса: заголовок, описание, проект и блок конфигурации prod с новой переменной](/blog/img/2026-11-02-secrets-change-requests/form.webp)

Ревьюеры получают письмо с заголовком запроса, проектом и именами секретов, значений в письме нет. Запрос появляется и на главной странице кабинета, в блоке **Требует внимания**.

Редактор окружения проверяет дифф — было и стало для каждого секрета — и нажимает **Одобрить**, а затем **Применить**. Новые значения сразу записываются в конфигурацию, а в истории изменений остаётся запись со ссылкой на запрос: через месяц будет понятно, кто, когда и зачем поменял секрет.

В один запрос можно собрать правки для нескольких конфигураций. Каждая становится отдельным блоком со своими одобрениями: изменение в `stg` можно применить сразу, а `prod` — после релиза.

## Чужие правки не затираются

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

![Блок с пометкой «Устарел: секреты изменились после создания» и ссылкой «обновить»](/blog/img/2026-11-02-secrets-change-requests/outdated.webp)

## Политики одобрения

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

Политика действует на всю команду, на выбранные проекты или на отдельные окружения и конфигурации. Например, «два одобрения и без самоодобрения» для `prod` в выбранных проектах.

![Форма политики «Продакшен»: два одобрения от любого редактора окружения, автор не может одобрить свой запрос](/blog/img/2026-11-02-secrets-change-requests/policy.webp)

## Что важно знать

* Запросы работают только в личном кабинете: через API, CLI и сервисные ключи их не создать и не одобрить. Одобрение должен давать человек, а не утёкший ключ или скрипт.
* Политики не запрещают прямые правки: редакторы окружения по-прежнему меняют секреты сразу. Запросы добавляют путь для тех, у кого права записи нет.
* Создавать запросы можно на платных тарифах.

Ещё одна новость для тех, кто работает с секретами через API: все методы теперь описаны в [Swagger](https://my.tuna.am/swagger/?lang=ru).

Запросы уже работают в разделе [Секреты → Запросы на изменение](https://my.tuna.am/secrets/requests?lang=ru). Роли, статусы и настройка политик описаны в [документации](https://tuna.am/docs/secrets/change-requests.md).

## Оставьте отзыв

Если вам нравится пользоваться Tuna, или наоборот вы недовольны чем-либо, то пожалуйста [оставьте отзыв](https://my.tuna.am/?show_feedback=1&lang=ru).

![](/blog/img/2024-08-22/feedback.gif)

## Новости

Анонсы новых функций и статей публикуем в [Telegram-канале](https://t.me/tuna_am). Подписывайтесь, чтобы ничего не пропустить.

## Помощь

Мы ценим наших пользователей и детально изучаем все обращения, если у вас возникли проблемы с tuna – обязательно свяжитесь с нами одним из способов:

* [Электронная почта](mailto:info@tuna.am)
* [Telegram сообщество](https://telegram.me/+Kgbtt0_gJwI5ZmEy)

Категории: [Новые возможности](https://tuna.am/blog/tags/features)

[старее →🌐 Корневой домен с отказоустойчивостью](https://tuna.am/blog/apex-domain-redirect.md)