Разработка пакета python и относительный импорт с псевдонимом

Question

Я разрабатываю пакет python для обработки рабочего процесса в своей студии, и я организую свой проект по рабочей области. Кроме того, поскольку этот пакет постоянно растет и расширяется, у меня есть пакет «dev» и «опубликованный». Каждый раз, когда у меня есть какая-то большая новая функция, и я думаю, что код стабилен, я копирую файлы с «dev» в «pub», делая их доступными для команды. Мне нравится эта система, потому что все вещи разделены и код чист.

Моя структура проекта выглядит следующим образом:

/scripts_dir 
    /dev 
    __init__.py 
    /anim 
     __init__.py 
     cls.py 
    /char 
     __init__.py 
     cls.py 
    /pub 
    __init__.py 
    /anim 
     __init__.py 
     cls.py 
    /char 
     __init__.py 
     cls.py 

отмечают, что scripts_dir не имеет init.py файл, так что это не входит в пакет. Это просто папка с контейнером.

Единственное, с чем я столкнулся, - это импорт внутри самого пакета. Прямо сейчас, каждый раз, когда мне нужно импортировать модуль, который не находится в той же папке, мне нужно указать полный путь. Поэтому я вынужден включать основное имя пакета:

import dev.anim.cls as acl 

это означает, что каждый раз, когда я хочу, чтобы опубликовать свой код, я должен идти в каждый файл и изменить операторы импорта в

import pub.anim.cls as acl 

I 'видели, что в Python 2.5+ можно использовать относительный импорт в виде

from ..anim import cls 

cls.someFunction() 

, который получает очень близко к где я хочу быть. Но при этом я потерял возможность установить псевдоним для модуля, а в некоторых случаях даже возможность установить пространство имен вообще (которое я всегда стараюсь использовать, чтобы избежать конфликтов)! В моем случае модули в каждой папке имеют одинаковые имена, поэтому мне нужно пространство имен для папки (anim, char, ...)

Кто-нибудь знает, как лучше справиться с этой проблемой? Возможно ли иметь относительный импорт с псевдонимом?

Любая помощь была бы принята с благодарностью!

Answer 1

А как же использовать правильное программное обеспечение для управления версиями (например, git или mercurial ...)?