Any way to filter automatic GitHub Build events?

Question

Hi!

We have a repository that builds and deploys using CircleCI, but due to an ongoing migration to GitHub actions in the company, we have started implementing some workflows to validate certain fields in the PR and run certain checks.

The Compass UI is considering _any_ GH workflow as a "build". For example, we have an action called "jira-validate" that uses the "atlassian/gajira-find-issue-key" action and validates that a PR has a valid Jira ticket. Even _that_ action is counting as a build. That is artificially reducing our build time...

I'm expecting to be able to configure the CircleCI integration some time in the future, but even still, not being able to filter the GH workflows that do the build from others seems like it can be a problem in other repositories....

Is there a way to change how this automatic "build" detection is made?

Greg Bernstein · Answer

What if we could just disable build events from certain repos? We have an auto-approve action on a given repo but do all of our builds on a different service, so none of the actions in that repo represent deployments. It also doesn't access any environment variables, but might be getting caught up because it accesses the GITHUB_TOKEN secret?

A more flexible way might be if you could blocklist certain action names on the jira side, maybe in the project configuration?

Gabriele Nosso · Answer

The way that DevLake works is indeed with RegEx.
Would be great to have this feature, as it would also allow to gather historical data - which is something impossible at the moment if you are not using the "environment" parameter.

Francisco Cano Brusa · Answer

Thanks for the reply Josh!

I understand this is not trivial to solve. I was thinking that what could work for us (and could be simpler than a regex), is to simply disable autodiscovery on a per-service basis.

Then to those services without autodiscovery enabled, we'll be in charge of manually sending the cURL requests to tell Compass when something is being built.

The option you mention seems better, but something simpler would suit us just fine at the moment ;)

Hope the feedback is useful, have a good day!