I'm just finally getting to the point in my skillset where github is something I use regularly. I'm definitely not posting anything I ever, If I ever, make it to anything owned by microslop.

staircase@programming.dev · 15 pts · 13d (2 replies)

codeberg's fine, but it's not decentralized. It's a single org running a forgejo instance somewhere in europe. It also banned AI generated code and crypto projects. If you're not doing either of those, codeberg is possibly the easiest way to get off github.

If you really want decentralized, you can look at radicle. Or you can self-host but that would be unwise if you're new to it all.

Canconda@lemmy.ca · 0 pts · 13d (1 reply)

I'm probably gonna go with codeberg. But I'm also anticipating a fascism-induced rift in the internet and I'd like to anticipate where the cool kids will be hanging out.

staircase@programming.dev · 3 pts · 12d

If you want to go utterly mad, you can use rngit https://reticulum.miraheze.org/wiki/Rngit and broadcast your git server using your own hardware over an entirely different "internet". Then if the actual internet goes down, people can still send git patches

Unleaded8163@fedia.io · 8 pts · 13d (1 reply)

I think Codeberg is only appropriate for FOSS projects. If your project is FOSS, it's probably great, if not, maybe GitLab?

staircase@programming.dev · 1 pts · 13d

[ removed ]

Thinker@feddit.online · 5 pts · 13d (6 replies)

If you're actually after decentralized, forgejo (the forge that codeberg hosts) is probably what you want. Either that or, if you don't actually need all the features of GitHub (Pull Requests, Continuous Integration, Issues, etc. via a web interface), you can just keep your git repo(s) in multiple remotes, you don't need a dedicated forge.

hexabs@lemmy.world · 1 pts · 13d (5 replies)

Could you elaborate on the multiple remotes setup please? Does it mean I keep multiple laptops running each acting as a git remote?

Currently I have my primary PC and one refurbished ThinkPad with an external HDD to run pihole, jellyfin etc.

I'm thinking this would not be a very safe setup - being an HDD and old thinkpad and all.

Thinker@feddit.online · 2 pts · 12d (1 reply)

You could instead have your "primary" remote (a la "origin" in GitHub) in a VPS hosted by a hosting service you trust. The idea is basically just that you don't actually need a forge to host your git repo, you only the git repo in a file system and an http connection.

hexabs@lemmy.world · 1 pts · 12d

That makes sense actually. So it's an IaaS setup instead of GH's crappy Saas.

Unleaded8163@fedia.io · 2 pts · 12d (2 replies)

For personal projects, I work on my main laptop and have a remote set to my server which runs in my garage. I push changes from my laptop there. That server gets backed up to a S3 like cloud storage bucket. The backups are all encrypted on my server before going to the cloud.

All you would have to add is the off-site backup from your laptop. If you want to share your code on Github, Codeberg, GitLab, etc. you can just add additional remotes in git and the push will go to all of them.

hexabs@lemmy.world · 1 pts · 12d (1 reply)

This is pretty cool, so you have a cron job to secure tarball and push it to a cloud? How often works for you?

Unleaded8163@fedia.io · 2 pts · 12d

I actually use rclone. It's kind of rsync++, so only copies differences. It also handles the encryption for me. I think I have it running about every 5 minutes on that server. Most of the time it only runs for a few seconds to verify that nothing has changed.

raspberry_confetti@lemmy.ml · 7 pts · 13d

I thought this was a (ace) sex joke until I saw the comm name

VibeSurgeon@piefed.social · 2 pts · 13d

GitHub with the five 8s of uptime