This might be a wee bit controversial, I guess, because the Zuul jobs
look like there's a dedicated playbook for that
(playbooks/python/release.yaml). However, that would be one extra VM
launch, which feels wasteful. Let's waste the CPU cycles elsewhere --
during each "regular test build", produce a wheel as well.
It looks that these "wheels" are the format for distributing Python
packages now -- including the source code, of course. Since there's no
real support for tag review in Gerrit, I don't think I need Zuul for
release management, either, so I'll just rely on GitHub actions for
release upload, I guess. And for that, I need to "somehow" create a
wheel anyway, so let's just do this all the time to ensure that it
really works and never stops working.
This might be a wee bit controversial, I guess, because the Zuul jobs look like there's a dedicated playbook for that (playbooks/python/release.yaml). However, that would be one extra VM launch, which feels wasteful. Let's waste the CPU cycles elsewhere -- during each "regular test build", produce a wheel as well.
It looks that these "wheels" are the format for distributing Python packages now -- including the source code, of course. Since there's no real support for tag review in Gerrit, I don't think I need Zuul for release management, either, so I'll just rely on GitHub actions for release upload, I guess. And for that, I need to "somehow" create a wheel anyway, so let's just do this all the time to ensure that it really works and never stops working.
Change-Id: Ib86852a386673cd4929a8059b19fa527cd4d5955