Azure DevOps is nearly identical, but with slightly different zoo of issues that are less well documented in public sources.

It also has the problem of not having a local dev runner for actions. The "inner loop" is atrociously slow and involves spamming your colleagues with "build failed" about a thousand times, whether you like it or not.

IMHO, a future DevOps runner system must be an open-source, local-first. Anything else is madness.

Right now we're in the "mainframe era" of DevOps, where we edit text files in baroque formats with virtually no tooling assistance, "submit" that to a proprietary batch system on a remote server that puts it into a queue... then come back after our coffee to read through the log printout.

I should buy a dot matrix printer to really immerse myself into the paradigm.