=====================
This is a port of Doug Hellmann's `virtualenvwrapper <http://www.doughellmann.com/projects/virtualenvwrapper/>`_
to Windows batch scripts. The idea behind virtualenvwrapper is to ease usage of
Ian Bicking's `virtualenv <http://pypi.python.org/pypi/virtualenv>`_, a tool
for creating isolated Python virtual environments, each with their own libraries
and site-packages.
These scripts are only tested on **Windows 7** in **regular command prompt**.
**They will not work in Powershell.** There are other virtualenvwrapper
projects out there for Powershell.
They should work on any version of Windows (Windows XP, Windows Vista, Windows 7).
**However**, they depend on an executable `where.exe` being in your path, which
is only provided in Vista and 7. If you are using XP, try [the answer to this post on superuser.com](http://superuser.com/questions/249725/where-to-download-where-exe-tool-for-windows-xp) to get a suitable where.exe (unsupported and untested).
Installation
------------
**For Windows only**
Installed scripts are placed in ``%PYTHONHOME%\Scripts``.
To install, run the following in an elevated command prompt::
pip install virtualenvwrapper-win
pyassoc
or download the source and run the following in an elevated command prompt::
python setup.py install
pyassoc
**Optional**: Add an environment variable WORKON_HOME to specify the path to store environments. By default, this is ``%USERPROFILE%\Envs``.
**Note**: ``pyassoc``
Note that the batch script ``pyassoc`` requires an elevated command prompt or that UAC is disabled. This script associates .py files with ``python.bat``, a simple batch file that calls the right ``python.exe`` based on whether you have an active virtualenv. This allows you to call python scripts from the command line and have the right python interpreter invoked. Take a look at the source -- it's incredibly simple but the best way I've found to handle conditional association of a file extension.
Main Commands
-------------
``mkvirtualenv <name>``
Create a new virtualenv environment named *<name>*. The environment will
be created in WORKON_HOME.
``lsvirtualenv``
List all of the enviornments stored in WORKON_HOME.
``rmvirtualenv <name>``
Remove the environment *<name>*. Uses ``folder_delete.bat``.
``workon [<name>]``
If *<name>* is specified, activate the environment named *<name>* (change
the working virtualenv to *<name>*). If a project directory has been defined,
we will change into it.
If no argument is specified, list the available environments.
``deactivate``
Deactivate the working virtualenv and switch back to the default system
Python.
``add2virtualenv <full_path>``
If a virtualenv environment is active, appends *<full_path>* to
``virtualenv_path_extensions.pth`` inside the environment's site-packages,
which effectively adds *<full_path>* to the environment's PYTHONPATH.
If a virtualenv environment is not active, appends *<full_path>* to
``virtualenv_path_extensions.pth`` inside the default Python's
site-packages.
Convenience Commands
--------------------
``cdproject``
If a virtualenv environment is active and a projectdir has been defined,
change the current working directory to active virtualenv's project directory.
``cd-`` will return you to the last directory you were in before calling
``cdproject``.
``cdsitepackages``
If a virtualenv environment is active, change the current working
directory to the active virtualenv's site-packages directory. If
a virtualenv environment is not active, change the current working
directory to the default Python's site-packages directory. ``cd-``
will return you to the last directory you were in before calling
``cdsitepackages``.
``cdvirtualenv``
If a virtualenv environment is active, change the current working
directory to the active virtualenv base directory. If a virtualenv
environment is not active, change the current working directory to
the base directory of the default Python. ``cd-`` will return you
to the last directory you were in before calling ``cdvirtualenv``.
``lssitepackages``
If a virtualenv environment is active, list that environment's
site-packages. If a virtualenv environment is not active, list the
default Python's site-packages. Output includes a basic listing of
the site-packages directory, the contents of easy-install.pth,
and the contents of virtualenv_path_extensions.pth (used by
``add2virtualenv``).
``setprojectdir <full_path>``
If a virtualenv environment is active, define *<full_path>* as project
directory containing the source code. This allows the use of ``cdproject``
to change the working directory. In addition, the directory will be
added to the environment using ``add2virtualenv``.
``toggleglobalsitepackages``
If a virtualenv environment is active, toggle between having the
global site-packages in the PYTHONPATH or just the virtualenv's
site-packages.
Metadata
Release files for virtualenvwrapper-win 1.0.7
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| virtualenvwrapper-win-1.0.7.zip | 14.8 kB | Without provenance | Details for virtualenvwrapper-win-1.0.7.zip |
Release files / virtualenvwrapper-win-1.0.7.zip
| Download URL | virtualenvwrapper-win-1.0.7.zip |
|---|---|
| Size | 14.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
4445280e89f3fa695b2ff12fedc4540536823eb9b44054ef8245dd52ce6fa505
|
|
BLAKE2b-256 checksum How to use checksums |
da8b47b1570ebde88d28f6da2fc0bc43fd3c050049f17c12f27dfb0b67378c1f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
Security for virtualenvwrapper-win 1.0.7
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.