Sono su Windows 8, usando Anaconda 1.7.5 a 64 bit.

Ho creato un nuovo ambiente Anaconda con

conda create -p ./test python=2.7 pip

da C:\Pr\TEMP\venv\.

Funzionava bene (esiste una cartella con una nuova distribuzione Python). conda mi dice di scrivere

activate C:\PR\TEMP\venv\test

per attivare l'ambiente, tuttavia questo restituisce:

No environment named "C:\PR\temp\venv\test" exists in C:\PR\Anaconda\envs

Come posso attivare l'ambiente? Che cosa sto facendo di sbagliato?

In questo caso, dovrai impostare il PERCORSO per il tuo ambiente (in modo che ottenga il Python giusto dall'ambiente e dagli Script \ su Windows).

Immagina di aver creato un ambiente chiamato py33 usando:

conda create -n py33 python=3.3 anaconda

Qui le cartelle vengono create per impostazione predefinita in Anaconda \ envs, quindi è necessario impostare il PERCORSO su:

set PATH=C:\Anaconda\envs\py33\Scripts;C:\Anaconda\envs\py33;%PATH%

Ora dovrebbe funzionare nella finestra di comando:

activate py33

La riga sopra è l'equivalente di Windows al codice che appare normalmente nei tutorial per Mac e Linux:

$ source activate py33

Maggiori informazioni: https://groups.google.com/a/continuum.io/forum/#!topic/anaconda/8T8i11gO39U

`Anaconda` crea una variabile PYTHONPATH separata per ogni nuovo ambiente?

Usa cmd invece di Powershell! Ho trascorso 2 ore prima di passare a cmd e poi ha funzionato!

creare ambiente:

conda create -n your_environment_name

vedi l'elenco degli ambienti conda:

conda env list

attiva il tuo ambiente:

conda activate your_environment_name

È tutto gente

Si noti che il comando per l'attivazione di un ambiente è cambiato in Conda versione 4.4. Il modo raccomandato per attivare un ambiente è ora conda activate myenvinvece di source activate myenv. Per abilitare la nuova sintassi, è necessario modificare il .bashrcfile. La riga che attualmente legge qualcosa del genere

export PATH="<path_to_your_conda_install>/bin:$PATH"

Dovrebbe essere cambiato in

. <path_to_your_conda_install>/etc/profile.d/conda.sh

Questo aggiunge solo il condacomando al percorso, ma non attiva ancora l' baseambiente (che era stato precedentemente chiamato root). Per fare ciò, aggiungi un'altra riga

conda activate base

dopo il primo comando. Vedi tutti i dettagli nel post del blog di Anaconda di dicembre 2017. (Penso che in questa pagina manchi attualmente una nuova riga tra le due linee, dice .../conda.shconda activate base).

(Questa risposta è valida per Linux, ma potrebbe essere rilevante anche per Windows e Mac)

Tutte le risposte precedenti sembrano essere obsolete.

conda activateè stato introdotto in conda4.4 e 4.6.

conda activate: La logica e i meccanismi alla base dell'attivazione dell'ambiente sono stati rielaborati. Con conda 4.4, conda activatee conda deactivateora sono i comandi preferiti per l'attivazione e la disattivazione degli ambienti. Scoprirai che sono molto più scattanti dei comandi source activatee source deactivatedelle precedenti versioni di conda. Il conda activatecomando ha anche i vantaggi di (1) essere universale su tutti i sistemi operativi , shell e piattaforme e (2) non avere collisioni di percorso con script di altri pacchetti come lo script di attivazione di python virtualenv.

Esempi

conda create -n venv-name python=3.6
conda activate -n venv-name
conda deactivate

Questi nuovi comandi secondari sono disponibili automaticamente in "Prompt Aanconda" e "Prompt Anaconda Powershell". Per utilizzare conda activatein ogni shell (normale cmd.exee powershell), selezionare il comando expose condain ogni shell su Windows .

Riferimenti

• Come prepararsi al rilascio di conda 4.4
• Rilascio di Conda 4.6

Come si può vedere dal messaggio di errore, i percorsi specificati sono errati. Provalo in questo modo:

activate ..\..\temp\venv\test

Tuttavia, quando avevo bisogno di installare Anaconda, l'ho scaricato da qui e installato nei percorsi predefiniti ( C:\Anaconda), quindi ho inserito questo percorso nelle variabili di ambiente, quindi ora l'interprete Anaconda viene utilizzato come predefinito. Se si utilizza PyCharm, ad esempio, è possibile specificare direttamente l'interprete.

Di seguito è come ha funzionato per me

1. C: \ Windows \ system32> impostare CONDA_ENVS_PATH = d: \ your \ location
2. C: \ Windows \ system32> informazioni conda

Mostra il nuovo percorso ambientale

3. C: \ Windows \ system32> conda create -n YourNewEnvironment --clone = root

Clona l'ambiente root predefinito

4. C: \ Windows \ system32> attiva YourNewEnvironment

Disattivazione dell'ambiente "d: \ YourDefaultAnaconda3" ... Attivazione dell'ambiente "d: \ your \ location \ YourNewEnvironment" ...

5. [YourNewEnvironment] C: \ Windows \ system32> informazioni conda -e

ambienti conda: #

YourNewEnvironment
* d: \ your \ location \ YourNewEnvironment

root d: \ YourDefaultAnaconda3

Ho provato ad attivare env dal lavoro di Jenkins (in bash) conda activate base e non è riuscito, quindi dopo molti tentativi, questo ha funzionato per me (CentOS 7):

source /opt/anaconda2/bin/activate base

supponiamo che il nome del tuo ambiente sia "demo" e stai utilizzando anaconda e desideri creare un ambiente virtuale:

(se vuoi python3)

    conda create -n demo python=3

(se vuoi python2)

    conda create -n demo python=2

Dopo aver eseguito il comando sopra devi attivare l'ambiente tramite il comando seguente:

    source activate demo 

Per me, utilizzare Anaconda Prompt invece di cmd o PowerShell è la chiave.

In Anaconda Prompt, tutto quello che devo fare è activate XXX

così come @Simba ha giustamente risposto, molte cose sono cambiate nella conda env dal 4.6. Conda activate (env-name)rovesciato source activate (env-name)per sempre ma non senza le sue stesse sfide. conda activatespesso costringi il tuo ambiente a basarsi e ti fanno vedere qualcosa di simile . Quindi lanciando un sacco di errori a voi. Questo può anche essere perché auto_activate_baseè impostato su True.

Puoi verificarlo usando il seguente comando

conda config --set auto_activate_base False

source ~/.bashrc.

E per riattivare usa questo

conda config --set auto_activate_base True

source ~/.bashrc

Stavo avendo lo stesso, sembra che sia stata fatta una correzione nella fonte .

Finestra: conda attivare nome_ambiente

Mac: conda attivare nome_ambiente