-
Notifications
You must be signed in to change notification settings - Fork 96
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
fix(issue_cache): add pull-requests to cache #7850
Conversation
f1585ae
to
0afb0b3
Compare
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.
LGTM
cc2d8c8
to
eca5e68
Compare
in some places we are using PRs and not issue to identify if we should be skipping something in the test code we now generate two diffrent cache files on s3 for each repository one for the issues and one for the pull requests client code is merging it to once local cache, so it's mentioning of either one should be working as expect, and read from cache, not using affecting the hourly rate-limit Ref: scylladb/qa-tasks#1735
eca5e68
to
7b0145f
Compare
one integration test failed:
not related to this change at all |
smells like a bug in the azure client, it's cutting some responses in half, and getting invalid jsons... |
does it reproduce often? Or this is the first case seen? |
# TODO: Add for test, remove before merge | ||
push: | ||
pull_request: |
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.
Sounds like undesired part was merged.
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.
yes, I reverted it out
since for testing those github action, I open the PR from the main repo.
I did a mistake and push the changes to my fork, and merged.
anyhow I've pull back the unrelated commit from master
in some places we are using PRs and not issue to identify
if we should be skipping something in the test code
we now generate two diffrent cache files on s3 for each repository
one for the issues and one for the pull requests
client code is merging it to once local cache, so it's mentioning
of either one should be working as expect, and read from cache,
not using affecting the hourly rate-limit
Ref: https://github.com/scylladb/qa-tasks/issues/1735
Testing
PR pre-checks (self review)
backport
labelsReminders
sdcm/sct_config.py
)unit-test/
folder)