config.py в системе контроля версий, и этого уже достаточно, чтобы стараться туда не класть какие-то константы конкретного запуска (например у меня id чата в который льются логи лежит там, но чтобы кому-то запустить свою копию бота, приходится править config.py
config.py в системе контроля версий, и этого уже достаточно, чтобы стараться туда не класть какие-то константы конкретного запуска (например у меня id чата в который льются логи лежит там, но чтобы кому-то запустить свою копию бота, приходится править config.py
config.py в системе контроля версий, и этого уже достаточно, чтобы стараться туда не класть какие-то константы конкретного запуска (например у меня id чата в который льются логи лежит там, но чтобы кому-то запустить свою копию бота, приходится править config.py
ну, это решается просто: я кладу в СКВ файл config.example.py, а config.py в .gitignore, поэтому он не затирается при обновлении через git pull
это тоже полумера. Хорошо, когда у тебя там одно-два значения, а когда какие-то сложные структуры, например, массивы массивов, то этот вариант перестаёт радовать глаз
Even when using a dotenv file, pydantic will still read environment variables as well as the dotenv file, environment variables will always take priority over values loaded from a dotenv file.
Прикольно, в редких случаях можно себе поднасрать хорошенько