Активуйте virtualenv через тканину як користувач розгортання

Я хочу запустити свій локальний скрипт, який, у свою чергу, увійде на мій сервер, переключить користувача на розгортання, активує проекти .virtualenv, що змінить dir на проект та видасть git pull.

def git_pull():
    sudo('su deploy')
    # here i need to switch to the virtualenv
    run('git pull')

Зазвичай я використовую команду workon від virtualenvwrapper, яка видає файл активації, а файл postactivate додасть мене до папки проекту. У цьому випадку здається, що оскільки тканина працює з оболонки, то управління передається тканині, тому я не можу використовувати вбудований джерело bash для '$ ​​source ~ / .virtualenv / myvenv / bin / activate'

Хтось має приклад і пояснення, як вони це зробили?

Зараз ви можете робити те, що я роблю, що хитро, але працює чудово * (це використання передбачає, що ви використовуєте virtualenvwrapper - таким, яким ви маєте бути), але ви можете легко замінити згаданий вище джерело , якщо ні):

def task():
    workon = 'workon myvenv && '
    run(workon + 'git pull')
    run(workon + 'do other stuff, etc')

Починаючи з версії 1.0, Fabric має prefixконтекстний менеджер, який використовує цю техніку, щоб ви могли, наприклад:

def task():
    with prefix('workon myvenv'):
        run('git pull')
        run('do other stuff, etc')

* Неодмінно можуть бути випадки, коли використання command1 && command2підходу може підірвати вас, наприклад, коли command1не вдалося ( command2ніколи не запуститься) або якщо command1не вдалося уникнути належним чином і містить спеціальні символи оболонки тощо.

Як оновлення прогнозу bitprophet: За допомогою Fabric 1.0 ви можете використовувати префікс () та власні менеджери контексту.

from __future__ import with_statement
from fabric.api import *
from contextlib import contextmanager as _contextmanager

env.hosts = ['servername']
env.user = 'deploy'
env.keyfile = ['$HOME/.ssh/deploy_rsa']
env.directory = '/path/to/virtualenvs/project'
env.activate = 'source /path/to/virtualenvs/project/bin/activate'

@_contextmanager
def virtualenv():
    with cd(env.directory):
        with prefix(env.activate):
            yield

def deploy():
    with virtualenv():
        run('pip freeze')

Я просто використовую просту функцію обгортки virtualenv (), яку можна викликати замість run (). Він не використовує диспетчер контексту CD, тому можна використовувати відносні шляхи.

def virtualenv(command):
    """
    Run a command in the virtualenv. This prefixes the command with the source
    command.
    Usage:
        virtualenv('pip install django')
    """
    source = 'source %(project_directory)s/bin/activate && ' % env
    run(source + command)

virtualenvwrapper може зробити це трохи простіше

1. Використання підходу @ nh2 (цей підхід також працює при використанні local, але тільки для установок virtualenvwrapper, де workonвін знаходиться $PATH, іншими словами - Windows)

   from contextlib import contextmanager
   from fabric.api import prefix
   
   @contextmanager
   def virtualenv():
       with prefix("workon env1"):
           yield
   
   def deploy():
       with virtualenv():
           run("pip freeze > requirements.txt")

2. Або розгорніть файл файлу і запустіть його локально. Ця настройка дозволяє активувати virtualenv для локальних або віддалених команд. Цей підхід є потужним, оскільки він localобробляє нездатність запустити .bashrc, використовуючи bash -l:

   @contextmanager
   def local_prefix(shell, prefix):
       def local_call(command):
           return local("%(sh)s \"%(pre)s && %(cmd)s\"" % 
               {"sh": shell, "pre": prefix, "cmd": command})
       yield local_prefix
   
   def write_requirements(shell="/bin/bash -lic", env="env1"):
       with local_prefix(shell, "workon %s" % env) as local:
           local("pip freeze > requirements.txt")
   
   write_requirements()  # locally
   run("fab write_requirements")

Це мій підхід щодо використання virtualenvз локальними розгортаннями.

За допомогою текстового менеджера path () можна запустити pipабо pythonз бінарними файлами від virtualenv.

from fabric.api import lcd, local, path

project_dir = '/www/my_project/sms/'
env_bin_dir = project_dir + '../env/bin/'

def deploy():
    with lcd(project_dir):
        local('git pull origin')
        local('git checkout -f')
        with path(env_bin_dir, behavior='prepend'):
            local('pip freeze')
            local('pip install -r requirements/staging.txt')
            local('./manage.py migrate') # Django related

            # Note: previous line is the same as:
            local('python manage.py migrate')

            # Using next line, you can make sure that python 
            # from virtualenv directory is used:
            local('which python')

Завдяки всім опублікованим відповідям, і я хотів би додати ще одну альтернативу для цього. Є модуль, тканина-virtualenv , який може надавати функцію як один і той же код:

>>> from fabvenv import virtualenv
>>> with virtualenv('/home/me/venv/'):
...     run('python foo')

тканина-virtualenv використовує fabric.context_managers.prefix, що може бути хорошим способом :)

Якщо ви хочете встановити пакети в оточення або хочете запускати команди відповідно до пакунків, які ви маєте в оточенні, я знайшов цей хак, щоб вирішити свою проблему, замість того, щоб писати складні методи тканини або встановлювати нові пакети ОС:

/path/to/virtualenv/bin/python manage.py migrate/runserver/makemigrations  # for running commands under virtualenv

local("/home/user/env/bin/python manage.py migrate")    # fabric command


/path/to/virtualenv/bin/pip install -r requirements.txt   # installing/upgrading virtualenv

local("/home/user/env/bin/pip install -r requirements.txt")  #  fabric command

Таким чином, можливо, вам не потрібно буде активувати середовище, але ви можете виконувати команди в оточенні.

Ось код для декоратора, який призведе до використання віртуального середовища для будь-яких викликів run / sudo:

# This is the bash code to update the $PATH as activate does
UPDATE_PYTHON_PATH = r'PATH="{}:$PATH"'.format(VIRTUAL_ENV_BIN_DIR)

def with_venv(func, *args, **kwargs):
  "Use Virtual Environment for the command"

  def wrapped(*args, **kwargs):
    with prefix(UPDATE_PYTHON_PATH):
      return func(*args, **kwargs)

  wrapped.__name__ = func.__name__
  wrapped.__doc__ = func.__doc__
  return wrapped

а потім, щоб використовувати декоратор, враховуйте порядок декораторів важливо:

@task
@with_venv
def which_python():
  "Gets which python is being used"
  run("which python")

Цей підхід спрацював для мене, ви можете застосувати і це.

from fabric.api import run 
# ... other code...
def install_pip_requirements():
    run("/bin/bash -l -c 'source venv/bin/activate' "
        "&& pip install -r requirements.txt "
        "&& /bin/bash -l -c 'deactivate'")

Припустимо, що venvце ваш віртуальний каталог env і додайте цей метод, де це доречно.