-
Notifications
You must be signed in to change notification settings - Fork 37.8k
ci: Fix previous releases cache order #21653
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
The order was broken in commit ffff4e7
Reported in #21619 (comment) by @hebasto . Thanks! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Concept ACK fa4f0b3.
Does the populated cache prevent from downloading releases again:
bitcoin/ci/test/05_before_script.sh
Lines 58 to 60 in f6c44e9
if [ -n "$PREVIOUS_RELEASES_TO_DOWNLOAD" ]; then | |
DOCKER_EXEC test/get_previous_releases.py -b -t "$PREVIOUS_RELEASES_DIR" "${PREVIOUS_RELEASES_TO_DOWNLOAD}" | |
fi |
Maybe the populate_script
field could be useful?
Not sure what you mean. The cache is populated and everything is green: https://cirrus-ci.com/task/6695630107049984?logs=previous_releases#L2 |
It is also greeen without cache: https://cirrus-ci.com/task/5560067312320512?logs=previous_releases#L1 |
Just trying to answer to myself "What is the role of the previous releases cache in the CI setup? Speedup what?" |
I think the idea of the cache is to avoid downloading the previous releases from bitcoincore.org every test run? |
Agree. But currently it does not work like that. |
It does:
|
Right. It is responsibility of |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ACK fa4f0b3
No description provided.