Virtualenv “. venv/bin/activate” vs “source venv/bin/activate”

permet de dire que j'ai créé un virtualenv appelé venv (virtualenv venv)

De lire des tutoriels, j'ai lu il y a 2 façons d'activer virtuel env:

  1. . venv/bin/activate
  2. source venv/bin/activate

Je pense qu'ils ont tous deux faire la même chose, mais je ne comprends pas ce qui se passe.

Aussi pour le numéro 1, il ne marche pas le "." juste dire que le dossier en cours? mais il ne marche pas si je viens de taper dans "venv/bin/activate" sans le "."

toute aide serait super!

OriginalL'auteur anc1revv | 2012-06-14

  1. 20

    . et source faire exactement la même chose, avec la seule différence étant que, même si source est plus lisible, il peut ne pas être disponible dans tous les shells.

    La commande s'exécute le contenu du script dans le shell courant, et c'est important dans le cas de activate, car l'une des choses que le script n'est des exportations et modifie les variables d'environnement au sein de votre shell courant.

    Si vous étiez à exécuter à l'aide de ./path/to/activate, le script sera exécuté à l'intérieur d'un shell interne est exécuté et toutes les variables d'environnement sont définies seront perdus une fois la fin du script et le shell interne est exécuté se termine.

    Aussi pour le numéro 1, n'est-ce pas le "." juste dire que le dossier en cours?

    . a un sens différent selon le contexte. Il signifie seulement "dossier en cours" lorsqu'il est utilisé comme (ou une partie) d'un chemin.

    De http://en.wikipedia.org/wiki/Dot_%28Unix%29:

    Le point de commande n'est pas à confondre avec un dot fichier, ce qui est un point de préfixe de fichier caché ou masqué répertoire.

    En aparté, je voudrais vous suggérer de prendre un coup d'oeil à virtualenvwrapper qui offre d'autres wrapper commandes qui font virtualenv beaucoup plus facile à utiliser.

    À l'aide de virtualenvwrapper, le passage à un environnement se fait tout simplement en appelant le:

    workon YOUR_ENV
    La Source est un bashism.
    oups. J'ai peut-être accidentellement modifiées. Permettez-moi de le replacer.
    Si vous utilisez Ubuntu, vous devez vous méfiez-vous de son utilisation du tableau de bord et dans les versions antérieures /bin/bash pointé au tableau de bord (pas sûr si cela ne fonctionne toujours), donc la source ne fonctionne pas, mais . a bien fonctionné.

    OriginalL'auteur Shawn Chin

  2. 4

    La . commande est essentiellement un alias pour le source. Ils exécuter un script donné dans le shell courant sans bifurquer un nouveau shell.

    Ici sont quelques bons exemples.

    Inverse: . est le POSIX-commande spécifiée qui fonctionne partout, source est l'alias (disponible sur un sous-ensemble de coquilles).

    OriginalL'auteur msvalkon