GIT is a distributed version control system, there is no reason to centralize it on GitHub, use Forgejo and the Fediverse for your development - today!
It’s nice that they have this but the real problem is GitHub Actions is provided for free for all repos. Woodpecker looks like you need to self host. I’m not going to set up and pay for host just for the small amount of time I have working on one of my projects.
You’re right, that it doesn’t just work as conveniently out-of-the-box on Codeberg. However you do not have to self-host: You merely have to apply to get access to their hosted Woodpecker instance at ci.codeberg.org.
Onboarding requires a few manual steps, as to prevent the abuse of Codeberg’s limited resources. You will need to request access by filling out this form. After submitting, a Codeberg volunteer will review your request and grant you access if your use case is appropriate.
I don’t know how Woodpecker works, but I have a lot of experience with Gitlab runners. You can startup a runner locally, as it doesn’t need to be publicly accessible from the internet. Only the Gitlab instance needs to be accessible for the runner, as the runner actively fetches new jobs from there and pushes the results again.
If Woodpecker works similarly, you could just deploy the runner locally while you’re actively developing and your computer is running anyway, if you don’t want to pay for a VPS.
It is insanely convenient that github exists though. Unless there was some way to federate git servers with each other, open source libs would be a lot less discoverable.
GIT is a distributed version control system, there is no reason to centralize it on GitHub, use Forgejo and the Fediverse for your development - today!
or a public instance like codeberg if you don’t want to (or can’t) self host
Forgejo is easy. Setting up a runner is the problem
codeberg.org (which runs on Forgejo) offers a nice ci solution: Woodpecker.
It’s nice that they have this but the real problem is GitHub Actions is provided for free for all repos. Woodpecker looks like you need to self host. I’m not going to set up and pay for host just for the small amount of time I have working on one of my projects.
You’re right, that it doesn’t just work as conveniently out-of-the-box on Codeberg. However you do not have to self-host: You merely have to apply to get access to their hosted Woodpecker instance at ci.codeberg.org.
See docs here if you want to try it out: https://docs.codeberg.org/ci/
Edit: added quote from docs
I don’t know how Woodpecker works, but I have a lot of experience with Gitlab runners. You can startup a runner locally, as it doesn’t need to be publicly accessible from the internet. Only the Gitlab instance needs to be accessible for the runner, as the runner actively fetches new jobs from there and pushes the results again.
If Woodpecker works similarly, you could just deploy the runner locally while you’re actively developing and your computer is running anyway, if you don’t want to pay for a VPS.
That’s how it works that I can see. I run it and woodpecker just waits for an event like a push or whatever to your repo and then it runs the jobs.
As someone who runs gitlab as well I much prefer woodpecker CI to github/forgejo actions. Personal preference entirely though.
Their dind solution is really easy
Dind?
Docker-in-docker. Run container agents which can still run docker commands, often by side-car daemon.
Is there a good tutorial about setting it up with compose?
If you mean DinD, I’ve only done it on k8s
https://forgejo.org/docs/latest/admin/actions/installation/docker/#docker-compose
Done. Moved.
It is insanely convenient that github exists though. Unless there was some way to federate git servers with each other, open source libs would be a lot less discoverable.
Forgejo has a roadmap for federation: https://codeberg.org/forgejo-contrib/federation/src/branch/main/FederationRoadmap.md
Not sure how many people, or any, are actively working on it.