Environment Synchronization - пакет, предоставляющий простое поддержание файла .env.example в актуальном состоянии путём сканирования рабочих файлов проекта и сбором всех вызовов функций обращения к настройкам окружения (env, getenv).
Он полезен как для групп, так и для индивидуальных разработчиков. Часто бывает, что разработчики либо просто не хотят поддерживать файл .env.example в актуальном состоянии, либо просто ленятся удалять из него приватные данные да лишние ключи. Этот пакет - решение этой проблемы.
После установки, если Вы используете фреймворк Laravel или Lumen, Вы можете запустить artisan команду для автоматического обновления файла.env.example из .env:
php artisan env:syncПлагин сохранит нужные ключи в файле .env.example, удалив приватные данные из них.
Кроме того, пакет является фреймворко-независимым и может использоваться в любом проекте без каких либо ограничений. Подробную инструкцию по использованию вне фреймворка Laravel Вы можете найти на странице проекта в GitHub в блоке "Native using".
greatkir
Немного странно, в какой ситуации можно забыть скопировать из .env в .env.example?
Обычно бывает обратная проблема, когда в env.example были внесены изменения, о которых не подозреваешь, и которые надо бы перенести в .env
Helldar Автор
Сколько сталкивался, в 90% случаев все забивают на файл
.env.example, в 9% случаев копируют в него содержимое.envс адресами, явками и паролями и лишь в 1% всё делают по уму..envфайл — это настройки локального окружения. В том случае, когда файл.env.exampleсодержит в себе пресет каких-то ключей, в конфиге у них явно указано дефолтное значение в случае отсутствия определения. Таким образом, если разраб не перенес себе их в.env— это никак не мешает работе. А когда столкнётся, увидит каких именно ключей не хватает.Именно поэтому автоматом копировать из
.env.exampleв.env— плохая идея. А вот в обратную сторону — хорошая.