TLDR;
Вопрос, как следует из названия.
Чтобы поднять или не поднять?
Я начал использовать bump2version, а затем обнаружил setuptools_scm (довольно новый дляразработка полноценных программ на python) и теперь я в замешательстве.
https://setuptools.readthedocs.io/en/latest/history.html#v20-6-0 (древний, я знаю, и я использую v40-xx) упоминает интеграцию bumpversion, однако, нет упоминаний о том, что когда-либо прекращалась поддержка bumpversion в последующих журналах изменений.
Между тем, в разделе 1.4 Расширение и повторное использование Setuptools документации setuptools упоминается setuptools_scm (и setuptools_svn) для интеграции с git, Hg и svn.
BLAB (Bottom-Line-At-Bottom)
Итак, вопрос в том, является ли выпуклость амортизированной / устаревшей?
Приложение
Для дальнейшего разъяснения я попытаюсь объяснить мой сценарий использования немного подробнее
У меня есть супер-проект, который имеет несколько подпроектов.
super
├───base/
├───core/
├───lib/
├───version/requirements.txt
└───modules/
├───module-1/
├───module-2/
├───module-3/
├───module-4/
└───module-5/
Super - мастер-гит, каждый подпроект является субмодулем (у которого есть свои субмодули) и, конечно, каждый из них поддерживает свои собственные версии релизов (что достаточно просто)
Релиз проекта состоит из подписанных модулей, которые совместимы со всем остальным.
Мой текущий подход
В настоящее время я использую субмодуль version который поддерживает requirements.txt + pyproject.toml и объединяет все это в распространяемый пакет.Следование рекомендациям в https://github.com/pypa/pipfile/issues/27 и несколько отрывки от https://caremad.io/posts/2013/07/setup-vs-requirement/
Остается вопрос: существует ли канонический подход к выполнению чего-то подобного?