Что произойдет, если я использую альтернативы обновления для управления python версиями вместо virtualenv или pyenv?

Question

Я знаю, что есть что-то вроде virtualenv и pyenv для управления python версиями на одной машине. Но что произойдет, если я изменю версию python по умолчанию, используя update-alternatives ? AFAIK, он внесет системные изменения, в то время как virtualenv или pyenv может управлять версией для каждого проекта (или каталога). Тогда, когда я работаю только для одного проекта одновременно, нормально ли использовать вместо него update-alternatives ? Поскольку такие вещи, как pip , выполняются как python -m pip ..., поэтому мне кажется безопасным управлять пакетами pip таким же образом. Что мне следует учитывать дальше, когда я работаю только для одного проекта одновременно?

Answer 1

OK. Теперь я понимаю, что я неправильно понял.

Используя

• update-alternatives , я могу изменить версию по умолчанию python.
• pyenv или virtualenv , я могу изолировать среды проектов.

Давайте предположим, что у меня есть проект A , B для python 3,7 и C для python 3,8 . А для проектов A и B требуется пакет пипсов X- 1.0 и X- 1.3 соответственно. В этом случае я могу использовать pyenv или virtualenv , но update-alternatives не может справиться с ситуацией, хотя может изменить python версию на 3.7 (и загрузить соответствующую пакеты для него) для проекта A и B .