Да и я не настоящий сварщик (

У нас в проекте мы решили это дело через плагин для pytest, который подгружает "окружение" из .env файлов. А эти env-файлы генерит билдаут.
Хотя в принципе можно было бы избавиться от этих ENV - но с ними видимо проще. Они используются для изменения настроек между dev и prod через конфиги билдаута. Конфиг для dev прописывает в скрипты запуска одни настройки, а для prod - другие. Без использования ENV пришлось бы билдаутом генерить конфиг файлы или передавать настройки через обычные аргументы командной строки, что было не очень удобным.
Голый pytest из PyCharm, само собой, на наши скрипты не смотрит. Поэтому сделали через env-файл.

Я больше смесь Админа, Девопса и чувака которые интегрирует кастыли )

поэтому я люблю конфиги.. свои metayaml которые.
Когда из кучи конфигов "создается" один и все сервисы могут работать с одним конфигом и "подсматривать" в чужие секции

не надейся, это общепринятая практика..

Программисты: выбрать путь к main файлу проекта и аргументы к нему в GUI  — 👍
Написать тоже самое в json — 🤯

Билдауту тут места не найдётся, он успешно переизобретён силами make

Ну значит надо в этот make запихать секцию для генерации env-файла

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

В этом и фигня, что блин там написать?... То что генерит гуй, примеры со SO и здравый смысл (мой) не пересекаются. То есть я реально не инструментом пользоваться должен (удобным) а вникнуть в конфигурацию ещё одной приблуды.
Это печально.

Well, если тебе реально не понятно что здесь происходит...

  "configurations": [
    {
      "name": "Just a name",
      "program": "${workspaceFolder}/main.py",
      "args": ["hummus", "apple", "COVID-19"],
      "env": {"VAR": "100500"},
      "type": "python",
      "request": "launch",
      "console": "integratedTerminal"
    }
  ]

То, наверное стоит пользоваться только пайчармом

lol

а чем плох подход с env в мире 12 факторов?

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

а сервисы где в итоге крутятся, в контейнерах/куберах?

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

Для локального запуска не грешно сделать “.env.local” файл

Я просто отставлю это здесь...

$ git init
hint: Using 'master' as the name for the initial branch. This default branch name
hint: is subject to change. To configure the initial branch name to use in all
hint: of your new repositories, which will suppress this warning, call:
hint: 
hint:   git config --global init.defaultBranch <name>
hint: 
hint: Names commonly chosen instead of 'master' are 'main', 'trunk' and
hint: 'development'. The just-created branch can be renamed via this command:
hint: 
hint:   git branch -m <name>
Initialized empty Git repository in <CENSORED/PATH>

$ git --version
git version 2.30.2