Comment définir des variables d'environnement spécifiques lors de l'activation de conda de l'environnement?

Personne ne sait comment définir automatiquement les variables d'environnement lors de l'activation d'un env dans conda?
J'ai essayé d'édition */bin/activate, mais qui ajoute de nouvelles variables d'environnement pour chaque nouveau env qui est créé. Je veux définir des variables d'environnement qui sont spécifiques à chaque env.

Il y a un double de cette question ici, qui fournit quelques détails supplémentaires peuvent trouver utile dans l'avenir: stackoverflow.com/questions/46826497/...

OriginalL'auteur PythonRunner | 2015-07-23

  1. 38

    Utiliser les fichiers $PREFIX/etc/conda/activate.d et $PREFIX/etc/conda/deactivate.d, où $PREFIX est le chemin d'accès de l'environnement.

    Voir la section sur la gestion des milieux dans la documentation officielle de référence.

    Merci! J'ai créé le dossier $PREFIX/etc/conda/activer.d, mettre env_vars.sh à l'intérieur et spécifié de certains des variables d'environnement dans env_vars.sh. Le spécifiée env vars chargé sur l'activation.
    Est-il une solution similaire pour Windows?
    Merci, c'était ça! Voir ici pour ces instructions.
    pour windows: cochez cette lien
    comment trouvez-vous "$PREFIX"? J'ai essayé de le comprendre en regardant which python au sein de l'env, mais que le dossier de l'arbre n'a pas de etc/

    OriginalL'auteur asmeurer

  2. 5

    La accepté de répondre (conda/activate.d et conda/deactivate.d) fonctionne assez bien, mais il n'est pas pratique si vous voulez les variables d'environnement pour être la version contrôlée sans mettre les ensemble de l'environnement dans le contrôle de version. En général, vous voulez stocker uniquement les environment.yml fichier dans le contrôle de version.

    (Je comprends que cela ne s'applique pas à tous les projets - parfois, la raison de toute utilisation des variables d'environnement est à empêcher que la configuration particulière être stocké dans le contrôle de version.)

    Ma préférence (sur Windows, mais le même principe s'appliquerait sur Linux) est de créer un (sous contrôle de version) activate.cmd fichier dans la racine du répertoire du projet qui définit le environemnt variable(s) et appelle ensuite conda propre à activer.chauve-souris de script.

    Exemple (un par projet pylint de configuration):

    set PYLINTRC=%cd%\pylintrc
@activate.bat %cd%\env

    Noter que sur Windows, au moins, vous devez définir les variables d'environnement avant appel activate.bat parce que l'appel à activate.bat ne revient jamais à l'appel de fichier de commandes. Vous avez également à votre propre script de quelque chose d'autre que activate.bat pour éviter la récursivité, c'est pourquoi j'ai choisi le cmd extension (qui est considéré par Windows comme un fichier de commandes dans ce contexte).

    OriginalL'auteur Ian Goldby

  3. 2

    Donc pour virtualenv sur Ubuntu j'ai fait le dessous de l'endroit où mon virtuel environnement de noms est my_env et mes variables d'environnement, je veux persister ont été VAR_A et VAR_B:

    virtualenv my_env
vim my_env/bin/activate

    Le fichier s'ouvre et vous pouvez ajouter vos variables d'environnement à la fin du fichier comme ci-dessous:

    # This is me env variables to persist
export VAR_A=/home/developer/my_workspace/var_a
export VAR_B=/home/developer/my_workspace/var_b

    Puis fermez le fichier.

    Activer votre virtualenv avec

    source my_env/bin/activate

    Alors votre des variables d'environnement devrait être bon. Pouvez le vérifier comme ci-dessous:

    printenv | grep VAR_
VAR_B=/home/developer/my_workspace/var_b
VAR_A=/home/developer/my_workspace/var_a
    Mais que penser de la suppression de variables lors de la désactivation?

    OriginalL'auteur jnmcclai