La finalité de pipenv est différente, il sert plutôt gérer les dépendances d'un projet, un requirements.txt amélioré en somme. Sauf que ça n'est pas adapté pour le développement de bibliothèques, uniquement d'applications distribuables, c'est parmi d'autres raisons pourquoi je lui préfère poetry (que j'ai utilisé pour pipis).
Pipis c'est totalement autre chose, c'est juste pour isoler un paquet et ses dépendances dans un venv, et ça link le ou les exécutables du paquet (et pas de toutes se dépendances) dans ~/.local/bin/. En gros tu installes Ansible, et il n'y a que lui qui est « exposé » au système, ses dépendances sont dans un venv dédié. Comme ça évite de pourrir ton système avec les dépendances de tout les paquets que tu installes (ansible, awscli, openstack, etc.), et ça évite les éventuels conflits de dépendances entre ces différents paquets.
[^] # Re: Et pipenv ?
Posté par NiKaro (site web personnel) . En réponse au lien Installer les paquets de PyPI (Ansible par exemple) dans des « venv » dédiés. Évalué à 3.
NIH ?
La finalité de pipenv est différente, il sert plutôt gérer les dépendances d'un projet, un
requirements.txtamélioré en somme. Sauf que ça n'est pas adapté pour le développement de bibliothèques, uniquement d'applications distribuables, c'est parmi d'autres raisons pourquoi je lui préfère poetry (que j'ai utilisé pour pipis).Pipis c'est totalement autre chose, c'est juste pour isoler un paquet et ses dépendances dans un venv, et ça link le ou les exécutables du paquet (et pas de toutes se dépendances) dans
~/.local/bin/. En gros tu installes Ansible, et il n'y a que lui qui est « exposé » au système, ses dépendances sont dans un venv dédié. Comme ça évite de pourrir ton système avec les dépendances de tout les paquets que tu installes (ansible, awscli, openstack, etc.), et ça évite les éventuels conflits de dépendances entre ces différents paquets.