Бред собачий это все. Никто в кастомном exs не будет играть с dependency injection и подобными вещами. Он нужен чтобы прописать connection string к базе, и проебаться там можно так же как и с env.

А если ты получаешь pull request где основной dev.exs не изменён, а изменён кастомный, причём тест и прод как раз таки изменены, и ты его принимаешь - то ты вы оба два лоха. Как тут можно запутаться - я не представляю.

Я в последнее время делаю так:
В проекте создаю папку my и в ней .gitignore с содержимым *
В неё кладу файл .env с содержимым вида

DATABASE_URL=postgresql://bla:bla@bla:bla/bla
SECRET_KEY_BASE=bla

В неё же кладу файл mix с содержимым

#!/usr/bin/env bash

set -euo pipefail

SCRIPT_DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"
PROJECT_DIR="$( dirname "$SCRIPT_DIR" )"

# Load up .env
set -o allexport
[[ -f $SCRIPT_DIR/.env ]] && source $SCRIPT_DIR/.env
set +o allexport

cd $PROJECT_DIR

\mix $@

Потом в консоли делаю my/mix ecto.migrate, my/mix phx.server.
Для некоторых команд типа mix deps.get использую оригинальный mix.

В том-то и дело, что нет

> Никто в кастомном exs не будет играть с dependency injection и подобными вещами. Он нужен чтобы прописать connection string к базе, и проебаться там можно так же как и с env.

Если кастомный dev.exs нужен только для задания connection string к базе - то переменных окружения должно быть достаточно.

В докере - так там вообще можно задать свои переменные окружения при старте application-контейнера.

Их конечно достаточно, но зачем трахаться с башем - вот основной вопрос.

Зачем мне сидеть и разбираться, что у меня там в compile time, что у меня в runtime и какие мне из Application.get_env или System.compile_env правильно выбрать, если я могу спокойно на эликсире написать локальный конфиг.

И не запускать потом две разные версии микса

Которые в придачу могут не сработать, если мой фронтендер сидит на винде

Нужно отпиздить фронтендера и пересадить на линупс/мак

не ну я не хочу прыгать

у меня собственно такаже работает)

Ну фронтендера я докучи приплёл, там скорее всего на винде и так и так не будет работать

С другой стороны самописные скрипты могут во всяких там oh_my_fish и не сработать

Хотя баш вроде везде есть, но мало ли...

Можно ещё бизибокс тащить в репу

Затем, чтобы быть уверенным, что твой коллега Вася не нахуевертил в своей версии mix config. Потому что может оказаться что его фича запускается в только его окружении.
Я видел как Васи забывают часть изменений закоммитить, и в таком виде деплоят на прод. Потом спешно докоммичивают.
Я видел как Васи забывают, зачем нужны конфигурационные файлы, и начинают их плодить в избытке, говоря при этом "если у тебя на локалхосте не работает - подшамань конфигурацию".

Если фича у Васи запускается только в его окружении, как тебе env то поможет?

env вместо dev.exs даст мне уверенность, что Вася не создал свою DI-конфигурацию

Из того, что «Вася забыл часть изменений закоммитить и деплоит на прод» делаем вывод, что у вас ни CI, ни код ревью. А это значит, что Вася может сделать вообще все что угодно и как угодно протащить это в прод.