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

Set paths to not run on unrelated PRs #370

Closed
wants to merge 1 commit into from
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions .github/workflows/ci-llama.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -9,6 +9,10 @@ name: Llama Benchmarking Tests
on:
workflow_dispatch:
pull_request:
paths:
- '.github/workflows/ci-llama.yaml'
- 'sharktank/**'
- '*requirements*.txt'
Comment on lines 11 to +15
Copy link
Member

Choose a reason for hiding this comment

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

I think for the moment we should actually remove all these path filters from the workflows and start switching more checks to be required. Too many developers are ignoring CI results and relying on auto-merge, wasting multiple developer-hours a week on reverts and fix-forwards.

We could build a system like https://iree.dev/developers/general/github-actions/#opt-in-for-presubmit-jobs to get the best of both worlds (filtering and path filters), since GitHub's default implementation is completely broken :|

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

I generally agree, but don't have a good feeling yet which workflows would be a good choice to be run on every PR. However, I clearly see the point. Closing this therefore.

Copy link
Member

Choose a reason for hiding this comment

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

Every workflow that runs in less than 30 minutes.

schedule:
Copy link
Member

Choose a reason for hiding this comment

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

I left a comment on #363 (comment). I'd rather see this run on either schedule or pull_request, push.

The workflow name also isn't consistent with others (ci-llama but Llama Benchmarking Tests name doesn't sort along with the others at https://github.com/nod-ai/SHARK-Platform/actions/workflows/ci-llama.yaml)

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Make sense. In that case, lets wait for @aviator19941 to respond to your comment and then refactor accordingly.

Copy link
Member

Choose a reason for hiding this comment

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

Here's what I mean with sorting:
image

Copy link
Member

Choose a reason for hiding this comment

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

We're going to have more models to test and benchmark, so I'd like us to get better organized about how we define workflows.

# Weekdays at 5:00 AM UTC = 10:00 PM PST.
- cron: "0 5 * * 1-5"
Expand Down
Loading