Я предполагаю, что идея заключалась в том, чтобы рекомендовать, чтобы проекты использовали номер версии, совместимый с классом StrictVersion, для легкой сортировки (например, сравнение версий, чтобы знать, что 1.0 является более новым, чем 1.0b). Проблема в том, что она никогда не снималась, а оригинальный автор distutils перешел к другим проектам. Когда setuptools был запущен как набор новых функций и обезьян-патчей для distutils, вместо использования классов версий он определил алгоритм преобразования любого номера версии в сортируемое представление. Несколько лет назад Tarek Ziadé взял на себя обслуживание и развитие distutils и работал над PEP с сообществом distutils, чтобы определить спецификацию номера новой версии. Этот PEP, PEP 386, был принят и реализован в distutils2. Он был определен с целями поддержки функций, используемых сообществом (альфа/бета/кандидаты, маркеры после релиза, например) и по-прежнему позволяет сортировать. Это более сложно, чем setuptools ', но гораздо более полезно, чем StrictVersion и LooseVersion.
Это не очень эффективный вопрос. Что бы вы сделали с ответом? Как это исправить вашу проблему? Что бы вы хотели сделать, чего не можете сделать? – 2008-11-18 18:58:18