Is your proposal related to a problem?
There is a tool version listed in both docker-compose.yml and tool_controller.py. When you release a version (which automatically gets Dockerized, thanks to our nifty ci.yml workflow), there is nothing to make sure that the version named in the tag matches the version listed in these files (it should!)
Describe the solution you'd like
If it is possible, it would be nice if the tag workflow could check that the version mentioned in the tag actually matches the version listed in these files.
It would also be nice if the tag workflow could automatically bump the version in these files after each release. E.g., after you release version 1.2.3, it automatically commits new versions of docker-compose.yml and tool_controller.py with 1.2.4 as the new version number. I think bumpversion does something like this.
Is your proposal related to a problem?
There is a tool
versionlisted in bothdocker-compose.ymlandtool_controller.py. When you release a version (which automatically gets Dockerized, thanks to our niftyci.ymlworkflow), there is nothing to make sure that the version named in the tag matches the version listed in these files (it should!)Describe the solution you'd like
If it is possible, it would be nice if the
tagworkflow could check that the version mentioned in the tag actually matches the version listed in these files.It would also be nice if the
tagworkflow could automatically bump the version in these files after each release. E.g., after you release version1.2.3, it automatically commits new versions ofdocker-compose.ymlandtool_controller.pywith1.2.4as the new version number. I thinkbumpversiondoes something like this.