Environments in conda are self-contained, isolated spaces where you can install specific versions of software packages, including dependencies, libraries, and Python versions. This isolation helps avoid conflicts between package versions and ensures that your projects have the exact libraries and tools they need.

​
Why should I create a new environment?

There are several reasons you might want to create a new environment: Isolation of dependencies - Environments isolate software and their dependencies from the rest of the software installed on your machine. This means you can have both Python 3.9 and Python 3.10 installed on your machine and use both versions without encountering issues. Reproducibility - By creating an environment for each project, you can ensure that your code runs consistently across different machines. Lock your environment to ensure that it remains reproducible indefinitely, then share the environment configuration to allow others to replicate your setup. Ease of management - Conda provides tools to easily create, manage, and delete environments. You can quickly switch between environments, making it simple to manage multiple projects with different requirements. Testing and development - Environments are perfect for testing new packages or libraries without affecting your stable development setups. You can experiment freely and remove the environment if things don’t work out, without impacting your other projects.

​
Why shouldn’t I work in the base environment?

When first installing and using conda, you probably saw references to something called base or a “base environment”. This environment is where conda itself is installed, and should only be used for installing anaconda, conda, and conda-related packages, such as anaconda-client or conda-build. For your projects, however, Anaconda strongly recommends creating new environments to work in. This protects your base environment from breaking due to complex dependency conflicts and allows you to easily manage and reproduce your environment on other machines.

​
Working with environments

For convenience, the most common actions users take when managing environments are detailed here. For a full list of actions and more comprehensive guide, see Manage environments in the official conda documentation. Alternatively, follow along with our Getting started with conda environments tutorial on Anaconda.com.
If you prefer to create and manage your environments via our graphical interface, Navigator, see Managing environments.

​
Creating an environment

Create a conda environment by opening Anaconda Prompt (Terminal on macOS/Linux) and following the steps for your use case below:
The following command creates a new environment and downloads the specified packages and their dependencies:
# Replace <ENV_NAME> with a name for your environment
# Replace each <PACKAGE> with the name of your desired packages
# Replace <VERSION> with your desired version (optional)
conda create --name <ENV_NAME> <PACKAGE>=<VERSION> <PACKAGE> <PACKAGE>
Example environment creation command
conda create --name myenv python=3.11 beautifulsoup4 docutils jinja2=3.1.4 wheel
It is best practice to install all of the packages that you need in your environment in a single command. This reduces the risk of dependency conflicts or broken environments.

​
Environment locations

By default, conda creates environments in the following locations, depending on your operating system and how you’ve installed conda:
Operating SystemInstallerDefault Environment Location
WindowsGraphical installer (.exe)
  • C:\Users\<USERNAME>\anaconda3\envs\
  • C:\Users\<USERNAME>\miniconda3\envs\
macOSGraphical installer (.pkg)
  • /opt/anaconda3/envs/
  • /opt/miniconda3/envs/
macOSCommand line installer (.sh)
  • /anaconda3/envs/
  • /miniconda3/envs/
LinuxCommand line installer (.sh)
  • /anaconda3/envs/
  • /miniconda3/envs/
You can specify the path where you want the environment to be created by including the --prefix command when creating an environment, or by updating your .condarc file to contain the envs_dirs: key.
Example .condarc configuration
channels:
  - defaults
default_channels:
  - https://repo.anaconda.com/pkgs/main
envs_dirs:
  - /Users/<USER>/conda-envs

​
Activating an environment

Because environments are isolated spaces, you can only work with one at a time. Selecting an environment to work with is called activating it. Activate an environment by running the following command: 
# Replace <ENV_NAME> with the name of the environment you want to activate
conda activate <ENV_NAME>

​
Switching between environments

When you’re ready to switch between projects, simply activate the environment of your other project. Activating a different environment will deactivate your current one.
  1. (Optional) View a list of all your environments by running the following command: 
    conda info --envs
  2. To switch to a different environment, activate it by running the following command: 
    # Replace <ENV_NAME> with the name of the environment you want to switch to
conda activate <ENV_NAME>

​
Locking an environment

The most reliable way to ensure your project remains reproducible indefinitely is to “lock” its environment. Locking an environment creates a fully specified environment, one that has all packages used in the project and their dependencies configured to a specific version. This ensures that your project will be reproduced exactly as it was initially configured, because there will never be an unexpected update or change if new package dependencies are released. Locking your project requires the conda-project package to be installed in the environment you want to lock. Install the package by running the following commands: 
# Replace <ENV> with the environment you want to lock
conda activate <ENV>
conda install conda-project
If your project doesn’t contain an environment.yml file, create one by running the following command: 
conda-project init
You can then lock your project’s environment by running the following command: 
conda-project lock
Locking your project produces a conda-lock.default.yml file that you can export to share with others.

​
Sharing an environment

Sharing your environment with someone else allows them to use conda to recreate your environment on their machine. To share an environment and its software packages, you must export your environment’s configurations into a .yml file.
Simply copying your Anaconda or Miniconda files over to a new directory or another machine will not recreate the environment. You must export the environment as a whole.

​
Exporting the environment configuration .yml file

If you already have an environment configuration .yml file in your current directory, it will be overwritten during the export process.
  1. Activate the environment you want to export by running the following command: 
    # Replace <ENV_NAME> with the name of the environment you want exported
conda activate <ENV_NAME>
  2. Export the environment by running the following command: 
    conda env export > environment.yml
    The environment.yml file populates in your current working directory.
    This operation includes both the environment’s conda and pip packages.
  3. Share the exported environment configuration .yml file with another user.

​
Deactivating an environment

It is best practice to deactivate your environment when you are finished working in it. To deactivate your active environment, run the following command: 
conda deactivate
When you deactivate an environment, conda returns to the previously activated environment.For example, if you run conda activate my_env1, followed by conda activate my_env2, and then run conda deactivate, conda returns to the my_env1 environment.

​
Removing an environment

To remove an environment, run the following command: 
conda remove --name <ENV_NAME> --all
Running conda remove deletes and your environment.
If, for any reason, you need to delete an environment directory manually, don’t use your file explorer. If you do, you’ll remove the environment’s contents and free up space on your machine, but leave the environment path listed in your environments.txt file (see Environment registration).To manually delete and deregister an environment directory properly, run one of the following commands, depending on your operating system and conda installation:
# Replace <PATH_TO_ENV_DIRECTORY> with the path to the directory that contains the environments
C:\Users\<YOUR_USERNAME>\anaconda3\_conda constructor uninstall --prefix <PATH_TO_ENV_DIRECTORY>