Lint tasks run in wrong workflow?
See original GitHub issueFollowing the example from the documentation, I created a new workflow file for linting, called lint.yml. I have another workflow file named ci.yml that handles running tests (and, previously, running yarn lint on the project). Maybe this is intended behavior, but when the “Run linters” job runs, it creates new jobs for each linter in the “CI” workflow, rather than the “Lint” workflow. Consequently, it’s a bit confusing in the UI. The “Lint” workflow is missing jobs our team thinks it should have while “CI” has jobs that it shouldn’t.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:7
Top Results From Across the Web
Actions-workflow changed behavior (Lint results) #2997 - GitHub
We have a Gtihub Action Workflow which runs ./gradlew build executing :lint . The result of that Lint execution did change without us...
Read more >Improve your code with lint checks - Android Developers
The lint tool checks your Android project source files for potential bugs and optimization improvements for correctness, security, performance, usability, ...
Read more >Avoid errors in your Ansible playbooks with ansible-lint
A linter is designed to catch errors in data before a file is processed. This saves you (or your automated workflow) from errors...
Read more >GitHub Actions Security Best Practices [cheat sheet included]
It's the mechanism used to run workflows from development to production systems. Actions are triggered by GitHub events (a pull request is ...
Read more >Getting Started with Gulp.js - Semaphore Tutorial
Learn how to set up and use Gulp.js, a task runner for Node.js based on Node streams. We'll introduce main concepts of Gulp...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

That’s indeed the behavior I’m looking for. But what I see instead is:
Although, now that I see that it’s supposed to work the way you showed, I worked on my config a bit more and think I figured out the problem. In my CI workflow, I have a job named
lintthat runs tslint, aslint-actiondoesn’t have support for it. If I remove that job from my CI workflow, thelint-actionjobs end up in in the Lint workflow. I haven’t looked much at the source, but it seems like there may be a look-up problem there.Just to add I’m seeing this behaviour as well, it seems to attach to one of two of my other workflows, and as far as I can tell the only thing they have in common is that they have no
name:parameter. I’ve added them to my workflows and that seems to have helped, but only time will tell.