Evitaría compartir entornos con otros usuarios, porque si no saben lo que están haciendo, podrían agregar paquetes que podrían entrar en conflicto con otros paquetes y/o incluso eliminar paquetes que otro usuario podría necesitar. El enfoque preferido es que después de haber creado un entorno, lo exporte como un archivo yml:

 conda env export > environment.yml

Luego envía a los usuarios el archivo yml y les pide que construyan su propio entorno usando el yml:

 conda env create -f environment.yml

Si realmente desea utilizar un entorno compartido al que todos los usuarios puedan acceder, debe utilizar la opción -p o --prefix en su creación:

 conda create -p C:/full/public/path/to/py35 python=3.5

Y luego indique a sus usuarios que agreguen la ruta pública ( C:/full/public/path/to ) a su archivo de configuración de conda . Luego, deberían poder ver el entorno cuando ejecutan conda env list .

La clave aquí es agregar la ruta a la carpeta que contiene los entornos al archivo de configuración de conda del usuario .condarc . Me gusta esto:

 envs_dirs: - C:\full\path\to\environments\folder

Esto hace que todos los entornos (subcarpetas dentro) estén disponibles para el usuario. No parece posible hacer que un entorno con nombre específico esté disponible.

Como se ha señalado, puede crear un entorno en una ubicación específica utilizando el indicador -p y luego agregar el directorio principal al archivo de configuración, pero esto no es un requisito. Sin embargo, esto puede ser útil para evitar errores de permisos si se comparten entornos que existen en áreas de usuario protegidas.

En Windows 10, mi archivo de configuración de usuario estaba en C:\Users\<my-user-name>\ , y acabo de agregar el texto anterior al final.

El Conda-Cheatseet aquí enumera los siguientes comandos.

Guardar entorno:

 conda list --explicit > my-env.txt

Crear entorno:

 conda env create --file my-env.txt