Як джерело virtualenv активувати в сценарії Bash

Як створити сценарій Bash для активації Python virtualenv?

У мене така структура каталогів, як:

.env
    bin
        activate
        ...other virtualenv files...
src
    shell.sh
    ...my code...

Я можу активувати свій virtualenv за допомогою:

user@localhost:src$ . ../.env/bin/activate
(.env)user@localhost:src$

Однак те ж саме із сценарієм Bash нічого не робить:

user@localhost:src$ cat shell.sh
#!/bin/bash
. ../.env/bin/activate
user@localhost:src$ ./shell.sh
user@localhost:src$ 

Що я роблю не так?

Під час джерела ви завантажуєте сценарій активації у свою активну оболонку.

Коли ви робите це в сценарії, ви завантажуєте його в ту оболонку, яка завершується, коли ваш сценарій закінчується, і ви повертаєтесь до своєї початкової, неактивованої оболонки.

Найкращим варіантом було б зробити це у функції

activate () {
  . ../.env/bin/activate
}

або псевдонім

alias activate=". ../.env/bin/activate"

Сподіваюся, це допомагає.

Вам слід викликати скрипт bash за допомогою джерела.

Ось приклад:

#!/bin/bash
# Let's call this script venv.sh
source "<absolute_path_recommended_here>/.env/bin/activate"

На вашій оболонці просто назвіть це так:

> source venv.sh

Або як запропонував @outmind: (Зверніть увагу, що це не працює з zsh)

> . venv.sh

Ось, індикація оболонки буде розміщена у вашому запиті.

Хоча він не додає префікс "(.env)" до підказки оболонки, я виявив, що цей сценарій працює належним чином.

#!/bin/bash
script_dir=`dirname $0`
cd $script_dir
/bin/bash -c ". ../.env/bin/activate; exec /bin/bash -i"

напр

user@localhost:~/src$ which pip
/usr/local/bin/pip
user@localhost:~/src$ which python
/usr/bin/python
user@localhost:~/src$ ./shell
user@localhost:~/src$ which pip
~/.env/bin/pip
user@localhost:~/src$ which python
~/.env/bin/python
user@localhost:~/src$ exit
exit

Джерело запускає команди оболонки у вашій поточній оболонці. Коли ви виконуєте джерело всередині сценарію, як це робиться вище, ви впливаєте на середовище для цього сценарію, але коли сценарій виходить, зміни середовища скасовуються, оскільки вони фактично вийшли за рамки.

Якщо ви маєте намір запустити команди оболонки у virtualenv, ви можете зробити це у своєму сценарії після пошуку сценарію активації. Якщо ви маєте намір взаємодіяти з оболонкою всередині virtualenv, тоді ви можете створити допоміжну оболонку всередині вашого сценарію, яка успадкує оточення.

Ось сценарій, який я часто використовую. Запустіть як$ source script_name

#!/bin/bash -x
PWD=`pwd`
/usr/local/bin/virtualenv --python=python3 venv
echo $PWD
activate () {
    . $PWD/venv/bin/activate
}

activate

Для чого потрібен пошук скрипта bash?

1. Якщо ви маєте намір переключатися між кількома віртуальними програмами або швидко вводити один віртуальний файл, чи пробували ви virtualenvwrapper? Це дає багато утилітами , як workon venv, mkvirtualenv venvі так далі.

2. Якщо ви просто запускаєте скрипт python у певному virtualenv, використовуйте /path/to/venv/bin/python script.pyдля його запуску.

Ви також можете зробити це за допомогою підшелушки, щоб краще стримувати ваше використання - ось практичний приклад:

#!/bin/bash

commandA --args

# Run commandB in a subshell and collect its output in $VAR
# NOTE
#  - PATH is only modified as an example
#  - output beyond a single value may not be captured without quoting
#  - it is important to discard (or separate) virtualenv activation stdout
#    if the stdout of commandB is to be captured
#
VAR=$(
    PATH="/opt/bin/foo:$PATH"
    . /path/to/activate > /dev/null  # activate virtualenv
    commandB  # tool from /opt/bin/ which requires virtualenv
)

# Use the output from commandB later
commandC "$VAR"

Цей стиль особливо корисний, коли

• інша версія commandAабо commandCіснує під/opt/bin
• commandBіснує в системі PATHабо є дуже поширеним
• ці команди виходять з ладу під virtualenv
• потрібно безліч різних віртуальних засобів

Вам слід використовувати кілька команд в одному рядку. наприклад:

os.system(". Projects/virenv/bin/activate && python Projects/virenv/django-project/manage.py runserver")

коли ви активуєте своє віртуальне середовище в одному рядку, я думаю, воно забуває про інші командні рядки, і ви можете запобігти цьому, використовуючи кілька команд в одному рядку. У мене це вийшло :)

Коли я вивчав venv, я створив сценарій, який нагадував мені, як його активувати.

#!/bin/sh
# init_venv.sh
if [ -d "./bin" ];then
  echo "[info] Ctrl+d to deactivate"
  bash -c ". bin/activate; exec /usr/bin/env bash --rcfile <(echo 'PS1=\"(venv)\${PS1}\"') -i"
fi

Це має ту перевагу, що змінює підказку.