Nous avons une série de projets de code dans différentes parties de notre arborescence source qui ont tous un paquet de base company_name
, et certains d'entre eux importent des fonctionnalités les uns des autres. Cela fonctionne très bien lors de l'exécution du code, setuptools et declare_namespace manipulent ensemble les modules. Cependant, pylint ne semble pas ressentir le mojo, donc un grand nombre de fichiers ont de grandes erreurs Unable to import X from company_name
. PYTHONPATH n'aide pas, peut-être un peu de magie dans pylints --init-hook =? Toutes les astuces et idées sont les bienvenues!Pylint ne gère pas les importations lorsque plusieurs projets ont le même nom de module de base
1
A
Répondre
0
J'ai le même problème avec l'importation de paramètres basés sur le répertoire de nombreux projets à la fois.
Ma solution sale est de faire des liens symboliques, chacun avec un nom différent (par exemple projeta/Paramètres -> projA_settings, ProjectB/Paramètres -> projB_settings.) Et utiliser ensuite que l'importation:
import projA_settings
ou
import projB_settings
Ok, j'ai essayé de simlinking dans les sous-paquets importés, mais je reçois toujours des erreurs de pylint. Évidemment, cela fonctionne pour vous, donc il ne devrait pas être que pylint ne peut pas/ne gère pas les liens symboliques. Étrangeté. –