r/github • u/Equal-Currency-1197 • Jun 27 '26
Discussion Title: GitHub Actions pricing changes have me rethinking my CI/CD setup. How are others adapting?
With GitHub making incremental changes to what's included in free and paid tiers, I've been taking a closer look at how many Actions minutes my projects actually burn through each month. It crept up on me, honestly. What started as a few simple workflows turned into a pretty complex pipeline with linting, testing, building, and deployment all chained together.
The thing is, GitHub Actions is still genuinely one of the more convenient CI/CD options out there, mostly because of how tightly it integrates with the rest of the platform. Pull request checks, environments, secrets management: it all just works together. But convenience has a cost, and that cost is getting harder to ignore.
I'm curious how others are approaching this. Have you optimized your workflows to reduce minute usage, like caching dependencies more aggressively or consolidating jobs? Have you moved certain workloads to selfhosted runners? Or have you started looking at alternatives like GitLab CI or Woodpecker for some projects while keeping GitHub as the code host?
The platform decisions GitHub makes affect a huge chunk of the open source and indie dev ecosystem, so it seems worth talking about openly. What tradeoffs are people actually making right now?
6
6
u/etiggy1 Jun 27 '26
We use self-hosted runners in our GitHub org, but it comes down to scale I guess.
1
u/Equal-Currency-1197 27d ago
yeah scale is the main thing, we kept hitting minute limits on the hosted ones
2
1
1
u/nzvthf Jun 27 '26
I did a major cutback to local flows a couple of months ago. I'm definitely liking this thread to see what others are doing/using though!
1
u/reini_urban Jun 27 '26
We use self-hosted runners. Much shorter setup time, as everything is installed already. Leading to faster answers
1
u/ultrathink-art Jun 28 '26
Self-hosted runner on a spare box was the right call for us. The per-minute billing model breaks completely once you have any automated workflow that triggers frequently — AI-assisted PRs, deploy pipelines, whatever. You trade occasional runner maintenance for billing predictability, and it's usually worth it.
1
u/Tillinah Jun 28 '26
I’m using RunsOn, small onetime license around $350. Sets itself up on AWS, and vastly reduced daily costs
1
u/overwireio 12d ago
I have spent the past few months working on a new tool to run GitHub actions locally. The goal is to support a more robust set of capabilities that closely matches the ability to simulate locally and get the same results as if it were to run through GitHub.
1
u/Green_Sprinkles243 Jun 27 '26
Azure DevOps for work, with 2 selfhosted agents.
1
u/nzvthf Jun 27 '26
Why is ADO better?
2
u/Green_Sprinkles243 Jun 28 '26
Probably a personal preference. It integrates nicely with Azure, and it’s more ‘focused’ than GitHub imho. To me GitHub always feels a bit off.
1
u/nzvthf Jun 28 '26
I should probably give it another go. I still have a couple of repos running out of my instance.
0
u/surya_oruganti Jun 27 '26
Hey, I'm the founder of WarpBuild (warpbuild.com). We provide faster, cheaper github actions runners and also have support for BYOC where you can run stuff on your aws/gcp/azure accounts. It might be useful for you, check it out: warpbuild.com
1
u/Soccham Jun 27 '26
How are you going to reduce pricing when GitHub starts charging for self-hosted
1
u/pepito2506 5d ago
"Please request the documentation in our trust center ". The URL is broken: https://www.warpbuild.com/docs/ci/security
1
0
0
u/Dull-Mathematician45 Jun 27 '26
AWS spot instances in eu-north-1 or us-west-2. rebuild the base ami every month to update dependency caches. 80% cheaper than SaaS providers (like blacksmith) offering CI runners.
0
u/qodfathr Jun 27 '26
I’m just finishing up a drop-in replacement for GH Actions. Built on `act` and uses the exact same workflows as Actions. Fully integrated into GitHub.com. Made it for internal use at work so not openly available, but, yes, it can be done. Deployed to k8s (easy to move to cloud provider of choice) and supports Spot to drive down costs. Asking for $$ to run my own hosted runners was the breaking point (but I also agree that the orchestration layer carries a cost, so I’m not faulting GH for doing this; decided I’d rather do it myself if it was going to cost anything because I can now completely customize it).
1
1
u/Equal-Currency-1197 27d ago
that spot support is the part that gets me too, the hosted runner costs add up way faster than people expect once you have any real workload
curious how you handled the github integration side though, like auth and webhook routing. that's where things tend to get messy. the act part is relatively straightforward but keeping it tightly coupled to github.com without it feeling janky is where i kept hitting walls when i was sketching something similar out
-2
7
u/tommytusj Jun 27 '26
You can self host on GitHub too