Skip to content
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

Remove unnecessary Hardhat-related CI jobs #754

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

fvictorio
Copy link

As discussed in #752, this removes two Hardhat-related jobs that are not necessary and that will stop working soon when we remove those tests from the Hardhat repo.

@coveralls
Copy link

coveralls commented Dec 3, 2024

Coverage Status

coverage: 84.537%. remained the same
when pulling 42d8696 on fvictorio:remove-unnecessary-ci-jobs
into 4aec1e7 on ethereum:master.

@fvictorio
Copy link
Author

fvictorio commented Dec 3, 2024

The second commit fixes an unrelated thing in the CI: it assumes that the Hardhat repo only has releases related to Hardhat, but we also publish our plugins releases there. This means that if the latest release is a plugin, the job fails.

I fixed that by getting all releases, and getting the first one whose tag starts with hardhat@.

The node-v10 job is still failing, but that also seems unrelated to my changes here.

@cameel cameel requested a review from r0qs December 4, 2024 16:45
Copy link
Member

@r0qs r0qs left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you very much @fvictorio! It looks good to me, except for one small comment :)

https://api.github.com/repos/nomiclabs/hardhat/releases/latest \
| jq --raw-output .tag_name \
https://api.github.com/repos/nomiclabs/hardhat/releases \
| jq --raw-output 'map(select(.tag_name | test("^hardhat@"))) | .[0].tag_name' \
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the latest release always the first element in the list?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is according to my single, manual test 😅 Sadly, the docs don't specify this.

But I think even in the (IMO unlikely) case that you get an older release, this is still better than failing every time the latest release is a Hardhat plugin, something that happens often enough.

@r0qs
Copy link
Member

r0qs commented Dec 11, 2024

The node-v10 job is still failing, but that also seems unrelated to my changes here.

Yeah, it is unrelated. I will fix it in a follow up PR, thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants