Ask HN: GitHub Actions as CI with self-hosted runners
So far, my experience with GitHub Actions has been positive—honestly, using anything other than Jenkins feels like an improvement. That said, I’ve run into a few challenges, particularly around the interface and some missing features compared to more traditional CI systems. For instance, there’s no clear way to view a queue of pending jobs across the repository, triggering a build for a historical commit isn’t straightforward (unless you set up dispatch parameters manually), and there’s no built-in test result tracking.
Managing self-hosted runners also requires setup and monitoring, whereas Jenkins provides a lot of this out of the box.
For context, we’re a fairly typical company with around 150 developers and a few dozen repositories.
Has anyone here been through a similar transition? Any advice or insights?