Я тут этим пользовался например https://github.com/seriyps/mtproto_proxy/blob/master/start.sh#L74-L99

ну там и другие варианты есть. потому и вопрос - что и как хочется менять.  -extra, переопеределение app namespace, StartArgs как видишь тоже есть, замена -config

а зачем relx generated скрипт ? бесполезная лапша там..  от которой польза только поиск erts директории

Я поясню зачем мне это.

Есть настройки, которые можно задать при компиляции, типа доступные протоколы ssl.

есть те, которые задаются при запуске и не особо меняются, например включить у dvr (видеоархив) логгирование всех запросов.

Вот как их передать при старте приложения? Можно в скрипте, который стартует все приложения, можно в start коллбеке приложения. В start коллбеке удобно: в тестах и слейв нодах не забудешь прописать настройку

я бы задавал -config  vm.config где есть секция {appname, ...}, а те параметры которые надо поменять из командной строки - переопределял бы в командной строке -<appname> <key> <value>. тогда вообще ничего по схеме otp менять не надо.
(для тестов -config отличный от релизного), ну а в app.src который - там вообще ничего не задавал бы.

соответсвенно в программе параметры брать только из application:get_env

Я делаю конф genserver который вычитывает 2 своих конффайла service.conf.default и service.conf. В файлах мапа конфига, которая мержится. То есть если что то есть в service.conf то оно переписывает то что есть в service.conf.default.  Все что передается через переменных окружения это путь до этих двух конфигов.
Ну и для тестов идет service.conf.test для стежа service.conf.stage и т.д.

И в этом генсервере решается что положить в персистент термс что просто в стейте остается

Заморочился с конвертором hex <-> bin, забирайте кому надо :)
bin_to_hex(Bin) -> << <<(integer_to_binary(N, 16))/binary>> || <<N:4>>  <= Bin>>.
hex_to_bin(Hex) -> << <<(binary_to_integer(<<X:16>>, 16))>> || <<X:16>> <= Hex>>.

ато в интернете все примеры некрасивые

А зачем им конфиги. application get env работает с бым appname.

конфиг через env это админский антипатерн. Если есть сервис должен быть конфиг. А переменные окружения это что то личное себе в консоли настроить

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

При чем тут окружение? Это как раз конфиг и есть, секция конфига по имени appname. Я понимаю когда формат не подходит. А в остальном это обычный конфиг.

set_env есть, значит окружение

а конфиг это файл, который вычитывается на старте

еще модные zookeper`ы есть их незнаю как называть

ну тем не менее sys.config это стандартный способ настройки Erlang релиза. Есть env секция в ebin/my_app.app, есть config_change/3 коллбек у application behaviour… Большинство opensource либ через него настраиваются…

ежаберд имеет конфайл

ребит наверное тоже