Я изолирую свои проекты по науке о данных в виртуальных средах с помощью pipenv. Однако при запуске блокнота Jupyter не происходит доступа к локальной среде и используется IPyKernel по умолчанию. Я видел, что вы можете регистрировать виртуальные среды изнутри среды, но для этого требуется установка пакета ipykernel, который сам требует Jupyter!
Есть ли способ избежать этого и просто использовать одну установку Jupyter для всех виртуальных сред?
Как правило, вы устанавливаете jupyter один раз и выполняете в своих виртуальных средах следующие действия:
pip install ipykernel
python -m ipykernel install --user
Этого недостаточно, если вы используете несколько версий Python.
Здесь есть руководство, которое пытается решить эту проблему:
https://medium.com/@henriquebastos/the-definitive-guide-to-setup-my-python-workspace-628d68552e14 < / а>
Это не на 100% отказоустойчивое приложение, но оно может помочь вам избежать постоянной переустановки ноутбука jupyter.
Я нашел обходной путь, о котором буду благодарен за отзывы. Я изменил pipenv для установки виртуальных сред в рабочий каталог, добавив в _1 _ / _ 2_:
export PIPENV_VENV_IN_PROJECT=1
Теперь, открывая записную книжку Jupyter, я просто привязываю пакеты виртуальной среды к пути Python:
import sys
sys.path.append('./.venv/lib/python3.7/site-packages/')
Это ужасная идея?
Я обнаружил, что при переустановке jupyter отдельно для каждой среды возникает несколько проблем: т.е. pip install jupyter jupyterlab в новых средах.
У меня было несколько проблем (с Conda и без), когда Jupyter устанавливал пакеты в другую среду Python, когда вы использовали !pip install a_package_name в ячейке. Среда оболочки по-прежнему отслеживала питон, не относящийся к среде, и вы можете сказать это, сравнив выходные данные !which python и
import sys
sys.executable
Поэтому, когда вы пытаетесь импортировать пакет, он не будет доступен, потому что ячейки использовали среду python / kernel (поскольку он обнаружил каталог venv).
site_packagesвиртуальной среды в путь Python. Будет ли это прискорбно? - person user126350 schedule 29.01.2019