virtualenv-sh

virtualenv-sh es un sustituto de la venerable virtualenvwrapper & nbsp; (un conjunto de funciones de shell para facilitar el uso de virtualenv).
Comentarios de los desarrolladores
Como muchos, yo he usado virtualenvwrapper durante años, pero se ha vuelto un poco pesado con el tiempo. Al final encontré a mí mismo esperar demasiado tiempo para los nuevos proyectiles para poner en marcha, a pesar de que yo tendía a utilizar las funciones básicas.
Este proyecto es un intento de resolver ese problema. Pedí prestado los bits inteligentes de virtualenvwrapper, descarté todo lo que yo consideraba caro o simplemente no es interesante, y añadió una característica o dos de los míos. La prioridad número uno de este proyecto es la velocidad. El código es script de shell casi puro, aunque puede haber una o dos invocaciones de herramientas estándar como grep o sed.
Ten en cuenta que esta aplicación no puede ser para usted. Puede que haya librado de una característica que te gustó, ya sea porque era caro o porque simplemente no me preocupo por ella. Puedo haber desechado accidentalmente una corrección o solución por algún medio que no he encontrado. Puede que haya que acaba de presentar nuevos errores (shell es una lengua fácil equivocarse de manera sutil). Proceda a su propio riesgo.
Instalación
virtualenv-sh se puede instalar con pip o easy_install. Para usarlo, usted necesita la fuente de un solo script de shell en el entorno de shell. De forma predeterminada, pipa o easy_install debe instalarlo en / usr / local / bin. Si está utilizando bash o zsh, debe importar la secuencia de comandos específicos del shell; de lo contrario, puede intentar el genérico. Agregue una de las siguientes acciones para guiones de inicio de su shell (.bashrc, .zshrc, etc.):
. /usr/local/bin/virtualenv-sh.bash
. /usr/local/bin/virtualenv-sh.zsh
. /usr/local/bin/virtualenv-sh.sh
No se requiere nada más. Sólo hay una variable de entorno que se puede utilizar para la configuración, que es WORKON_HOME. Se trata de una ruta de acceso a su colección de virutalenvs; se puede dejar en blanco para aceptar el defecto $ {HOME} /. virtualenvs. Se supone que virtualenv sí está en su camino.
WORKON_HOME = $ {HOME} /. Virtualenvs
zsh

Si utilizas zsh, puede utilizar en su lugar el archivo función precompilado para un rendimiento óptimo, aunque esto necesita ser compilado desde las fuentes en su máquina. Usted puede descargar el código fuente directamente o el intento:
 PIP instalar --upgrade --no-install virtualenv-sh
build cd / virtualenv-sh
sudo make install
Esto encontrará zsh en su camino, lo utilizan para compilar virtualenv-sh.zwc, e instalarlo en / usr / local / bin. Ahora puede autoLoad estas funciones e inicializar virtualenv-sh. Es posible que desee consultar la sección sobre la función de carga automática en el manual de zsh si usted no está familiarizado con este proceso:
# Configure todas las funciones virtualenv-sh para carga automática
fpath = (usr / bin / virtualenv-sh / local $ fpath /)
autocarga -w / usr / local / bin / sh-virtualenv locales
# Llame a la función principal de inicialización
virtualenv_sh_init
Con
Los comandos básicos de virtualenv-sh son esencialmente los mismos que virtualenvwrapper. He aquí un breve resumen:
& Nbsp; mkvirtualenv
& Nbsp; Crea un nuevo virtual_env en $ WORKON_HOME. Todos los argumentos se pasan directamente a virtualenv. El nuevo virtual_env se activará. A diferencia virtualenvwrapper, esto no tiene argumentos adicionales.
& Nbsp; rmvirtualenv
& Nbsp; Borra un virtual_env existente. Si esto virtual_env está actualmente activo, se desactiva primero como una cortesía.
& Nbsp; workon []
& Nbsp; Activa la virtual_env nombrado. Si otro virtual_env está activo actualmente, se desactivará primero. Sin argumentos, se mostrará una lista de los virtual_envs disponibles.
& Nbsp; autoworkon
& Nbsp; Ajusta automáticamente la virtual_env basado en archivos especiales. Skip.
& Nbsp; desactivar
& Nbsp; Desactiva el virtual_env actual (como cuando se utiliza virtualenv directamente).
& nbsp; lsvirtualenvs
& Nbsp; Imprime una lista de los virtual_envs que has creado.
& Nbsp; cdvirtualenv [subdir]
& Nbsp; Cambia el directorio actual a la raíz de la virtual_env activo, o en un subdirectorio del mismo.
& nbsp; lssitepackages
& Nbsp; Muestra el contenido del directorio site-packages del virtual_env activo.
& Nbsp; cdsitepackages [subdir]
& Nbsp; Cambia el directorio currect al directorio site-packages del virtual_env activo, o en un subdirectorio del mismo.
Ganchos
virtualenv-sh soporta los mismos ganchos global y local (per-env) como virtualenvwrapper. Ganchos globales son archivos en $ WORKON_HOME; ganchos locales son archivos en $ WORKON_HOME / {virtual_env} / bin. Los ganchos se ejecutan a través del outsourcing en el contexto actual shell.
& Nbsp; inicializar (global)
& Nbsp; Llamado al final de virtualenv_sh_init.
& Nbsp; premkvirtualenv, postmkvirtualv, prermvirtualenv, postmkvirtualenv (global)
& Nbsp; Llamado al principio y al final de mkvirtualenv y rmvirtualenv.
& Nbsp; Preactivar, postactivate (global y local); predeactivate, postdeactivate (local, global)
& Nbsp; Llamado en el orden indicado en torno a la activación y desactivación de un virtual_env.
Además, virtualenv-sh le permite registrar de forma dinámica funciones de ser llamado al ejecutar ganchos:
virtualenv_sh_add_hook
virtualenv_sh_remove_hook
por ejemplo .:
my_virtualenv_cleanup ()
{
& Nbsp; # Hacer algunas cosas aquí
}
virtualenv_sh_add_hook postdeactivate my_virtualenv_cleanup
Funciones de enganche Registrados siempre se ejecutan después de todos los scripts globales y locales de gancho.
autoworkon
autoworkon es un nuevo comando que está diseñado para actualizar automáticamente su virtual_env basado en el directorio actual. Tenga en cuenta que no existe un mecanismo estándar de shell para ejecutar una función cuando los actuales cambios de directorio - y muchas conchas no tienen un mecanismo de este tipo - por lo que la instalación de este depende de usted. Si utilizas zsh, se debería utilizar:
autocarga -u add-zsh-gancho
add-zsh-gancho chpwd autoworkon
La función autoworkon caminará hasta el sistema de ficheros del directorio actual hasta que alcance la raíz o encuentra un artículo llamado ".workon". Si se trata de un archivo legible, este será tratado la primera línea como el nombre de un virtual_env y que se active. Hay un par de reglas especiales a tener en cuenta:
- Autoworkon siempre se detiene en la primera .workon que encuentra. Es perfectamente razonable tener archivos .workon en múltiples puntos en un árbol de directorios para utilizar diferentes virtual_envs a diferentes niveles.
- Un archivo .workon vacío o ilegible se interpreta como "no virtual_env". Esto es útil si desea desactivar la virtual_env automática en un subárbol particular.
- Si activa un virtual_env manualmente, autoworkon nunca prevalecerá sobre ella. . autoworkon sólo cambiará su virtual_env activo si no está definida o se haya establecido previamente por autoworkon

Requisitos :

• Python