you are viewing a single comment's thread
view the rest of the comments
[–] 89 points 4 months ago (16 children)

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!

  • source
  • hideshow 16 child comments
  • [–] 15 points 4 months ago (11 children)

    Forgejo is easy. Setting up a runner is the problem

  • source
  • parent
  • hideshow 11 child comments
  • [–] 24 points 4 months ago* (4 children)

    codeberg.org (which runs on Forgejo) offers a nice ci solution: Woodpecker.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 8 points 4 months ago (3 children)

    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.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 19 points 4 months ago* (2 children)

    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/

    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.

    Edit: added quote from docs

  • source
  • parent
  • hideshow 2 child comments
  • [–] 6 points 4 months ago (1 child)

    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.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 4 months ago

    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.

  • source
  • parent
  • [–] 0 points 4 months ago (5 children)

    Their dind solution is really easy

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 4 months ago (4 children)
  • [–] 2 points 4 months ago (3 children)

    Docker-in-docker. Run container agents which can still run docker commands, often by side-car daemon.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 4 months ago (1 child)

    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.

  • source
  • parent
  • hideshow 1 child comment