Uh oh!
There was an error while loading. Please reload this page.
build: Add verify-release script - #1913
Conversation
verify-release * Builds a release from current commit * Notifies if git describe does not match built version * Notifies if built version is not the latest GitHub or PyPI version * Asserts that the GitHub and PyPI release artifacts match the built release artifacts This should be useful after release as any developer (or a CI job) can easily verify that the release matches the sources in git. Note that the last checks currently fail as the 1.0 build was not reproducible. They should succeed after next release. Signed-off-by: Jussi Kukkonen <jkukkonen@vmware.com>
Pull Request Test Coverage Report for Build 2034328794
💛 - Coveralls |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
lukpueh
left a comment
There was a problem hiding this comment.
Cool stuff, @jku! I tried it out and it works nicely.
Are we supposed to run it with development requirements installed? It only needs requests and build to be installed. Maybe it's worth mentioning requirements somewhere, e.g. in the doc header or in RELEASE.md?
Will get back with an actual code review.
We are interested in what pip thinks is the current tuf version: make that explicit in method naming and comments. Signed-off-by: Jussi Kukkonen <jkukkonen@vmware.com>
lukpueh
left a comment
There was a problem hiding this comment.
LGTM, modulo the bug you discovered yourself.
Use a hard-coded list of artifacts that we expect to find in a release. Specifically check that each of those files matches the corresponding file in locally built release. Also add two missing annotations. Signed-off-by: Jussi Kukkonen <jkukkonen@vmware.com>
jku
commented
Mar 24, 2022
Issue is fixed. The testing is obviously not quite 100.0% (since we dont have a positive test case on pypi.org yet) but I have done the manual testing I could. |
verify-release
release artifacts
This should be useful after release as any developer (or a CI job) can
easily verify that the release matches the sources in git.
Note that the last checks currently fail as the 1.0 build was not
reproducible. They should succeed after next release.
Signed-off-by: Jussi Kukkonen jkukkonen@vmware.com
Some comments: