hr签核系统可以用python做吗_当setuptools_scm可用时，是否需要bumpversion（或bump2version）？...

TLDR

问题就如标题所说。在

撞还是不撞？在

我开始使用bump2version，然后发现了setuptools_scm(开发成熟的python程序相当新)，现在我很困惑。在

https://setuptools.readthedocs.io/en/latest/history.html#v20-6-0(我知道，我使用的是v40-x-x)提到了bumpversion的集成，但是在后续的变更日志中没有提到要放弃bumpversion支持。在

同时，Setuptools文档的1.4扩展和重用Setuptools一节提到了Setuptools_scm(和Setuptools_svn)与git、Hg和svn集成。在

BLAB(底部底线)

所以，问题是：bumpversion是否已弃用/过时？在

补遗

为了进一步澄清，我将尝试进一步解释我的用例

我有一个超级项目，有多个子项目。在super

├───base/

├───core/

├───lib/

├───version/requirements.txt

└───modules/

├───module-1/

├───module-2/

├───module-3/

├───module-4/

└───module-5/

super是一个主git，每个子项目都是一个子模块(它们有自己的子模块)，当然，每个子模块都维护自己的发布版本(这很简单)

这个项目的发布是由与其他所有组件相互兼容的已签核模块组成的。在

我目前的做法

问题是：有没有一种规范的方法来做这样的事情？在