Comment puis-je la force "setup.py d'essai" pour installer les dépendances dans mon virtualenv`?

Dans une croisade pour faire ma demande pip-installable, je me bats gros combats avec setuptools et distribute. Je suppose que mon dépendances sont corrects, c'est à dire l'installation avec pip install myapp devrait sans doute remplir l'environnement virtuel correctement. Cependant, je tiens à simplifier le développement pendant que j'y suis, donc mon but est de commencer avec un vide virtualenv et faire setup.py test (et plus tard setup.py develop, mais c'est un tout autre combat) le remplir avec toutes les dépendances.

Et maintenant à mon problème: peu importe comment dur j'ai essayer, tout ce que je reçois sont des dépendances installé comme .eggs dans mon répertoire de projet qui est sous-optimale à tout le moins. J'ai essayé de créer un nouveau setuptools de commande, qui serait pip (qui semble fonctionner, même si maladroitement) mais qui ne peut pas sérieusement être la solution (sous-classement et primordial, qui est).

Alors, comment dois-je faire setup.py test remplir le virtualevn à la place de mon répertoire de travail?

Pouvez-vous ajouter de la sortie de votre python setup.py develop commande à la question? Lorsque j'exécute que dans un virtualenv, il installe les dépendances à mon virtualenv.
pas tests_requires dépendances.

InformationsquelleAutor Nikolai Prokoschenko | 2012-03-07

12

Par sa conception, vous ne pouvez pas faire la tests_requires ou la setup_requires entrées aller dans l'environnement virtuel. L'idée est de séparer ce qui est nécessaire pour l'exécution de tests/d'installation et de ce qui est requis pour utiliser le package installé. Par exemple, je peut exiger que la "couverture" du module nécessaires pour l'exécution des tests sur mon colis, mais il n'est pas utilisé par tout mon code dans le package. Donc, si je n'ai pas de "couverture" dans mon environnement quand je vais faire des essais, je ne veux pas de "couverture" à s'installer dans l'environnement si mon colis n'a pas besoin.
- Quel est donc le but de tests_requires ?
- Dans certains cas, vos tests peuvent avoir un supplément de dépendance que votre colis n'a pas pour effectuer des tests. Un exemple particulier est le "nez" du package, qui ne peuvent jamais avoir utilisé n'importe où ailleurs dans votre projet, mais les tests. Cela vous permet de le navire le paquet sans tests, et pas le fardeau de vos utilisateurs inutiles dependcies pour rendre le package de travail.
- Je voulais dire le but de test_requires si elle n'est jamais ignorée... j'avais complètement oubliée qu'elle n'est pas ignorée lors setup.py tests / le venv comportement semble surprenant, je comprends que ça ne devrait pas être défaut, mais vous devriez être en mesure de forcer pip pour installer de test_requires... stackoverflow.com/a/15422703/1240268
- Je ne pense pas que le comportement est surprenant, et je pense que mon explication est assez claire pourquoi il serait mauvais de faire autrement. Cependant, vous êtes libre de déposer une demande de fonctionnalité pour forcer l'installation de tout les setuptools les gens, mais honnêtement, je ne vois pas pourquoi ce serait souhaitable.
- Désolé, cela n'explique pas pourquoi l'exécution d' python setup.py test ne serait pas à installer le deps sur l'actuel venv. Si vous souhaitez exécuter les tests, il serait souhaitable de vous assurer d'avoir tous deps pour exécuter les tests.
- Pourquoi un venv être traités différemment à partir d'un stock de l'environnement? Si vous voulez tester les dépendances de toujours être installé, puis les mettre sous "install_requires".
- C'est le point de est être traitées différemment (setup.py test installe test_requires deps sur stock). De toute façon, nous allons en rond.
- Non, ce n'est pas l'installer sur stock (par installer, je veux dire qu'il est placé dans le site-packages). L'ensemble de point de test_requires et setup_requires est pour éviter la contamination de votre environnement, si elle est en stock ou venv.
- J'aurais pensé que le point de tests_require était de forcer l'installation de l'essai dépendances sur setup.py test mais pas sur setup.py install Que, au moins pour moi, semble de ce que devrait être le comportement souhaité.
- Non, parce que vous ne spécifiez pas pour installer les exigences du test. Vous spécifiés uniquement pour exécuter les tests. Par conséquent, l'exécution de ces tests devraient pas déclenchement de toutes les installations, seulement pour la rendre disponible à ces exigences.
- test de dépendances doit être installé dans votre venv à des fins de développement. le risque de accidentellement habillez votre développement deps semble que la peur, le respect des autres. CI devrait être la publication de la plupart des paquets, pas des humains. n'ayant pas de dev deps dans votre python chemin est douloureux quand vous êtes à essayer de développer des contre libs que votre éditeur ne peut pas détecter. la complétion de code, l'API recherches, les linters, etc--tout perdu lors de la libs sont manquants dans le PYTHONPATH. je suis curieux de voir comment pydevs cette solution de contournement. faire certains éditeurs sniff ou l'installation automatique de votre .les œufs et ajouter le PYTHONPATH comme par magie?
InformationsquelleAutor Ben Root
-6

Si vous utilisez setuptools, vous pouvez spécifier les dépendances des tests à l'aide de la tests_require argument mot-clé pour la setup méthode.
```
from setuptools import setup

setup(
    name='your-package-name',
    version='1.0.0',
    author='me',
    author_email='[email protected]',
    install_requires=['Pygments>=1.4'],
    tests_require=['nose'],
    packages=[
        'your_package_name',
    ],
)
```
Lorsque vous exécutez python setup.py test, il s'agira de vérifier pour nose et l'installer sur le virtualenv à l'aide de pip si ce n'est déjà disponible.

Noter que cet argument est ignoré si vous utilisez distribute.core.setup (ni un test de commande disponible).
- Il n'utilise pas de pip dans mon expérience.
- C'est exactement ce que l'OP a - de se retrouver avec .oeuf dirs partout
- Cette réponse est explicitement incorrect. Le doc les états qui setuptools utilisera EasyInstall pour installer le tests_require de paquets dans le projet "du répertoire d'installation", quoi que cela puisse signifier.
InformationsquelleAutor modocache

Vous devez vous connecter pour publier un commentaire.