Live data from Hacker News

GitHub to Codeberg: my experience

eldred.fr

51–60 of 140 posts

Re: GitHub to Codeberg: my experience

#51

Are there any alternatives to Github that offer similar bang for the buck? Particularly for very small teams or solo devs that need private repos? The author here specifically mentions Codeberg, which seems like it's just for FOSS projects.

Azure Devops, free for up to 5 users. Free runners Free private repositories Plus work item tracking

Re: GitHub to Codeberg: my experience

#52
post #49

Earlier quoted context omitted.

The point of GitHub is not technical - the website is terrible. It's the social network.

That’s interesting. I would have said the opposite. I’ve never used any of the social features, but the technical aspects (including integrations) are where the value is. It does break and go down; and GHA are a real pain in the ass. But the basic hosting and PR workflow are fine.

The PR workflow is fine if you don’t care about stacked PRs, you don’t write reviews, you don’t read nontrivial reviews, and you don’t need the diff viewer.

Re: GitHub to Codeberg: my experience

#53
post #29
post #17

Earlier quoted context omitted.

If you're publishing your code anywhere, it's getting trained on. MS does not restrict themselves to only training on GH-hosted code.

The point still stands for private repos, and also not making the job easy for them.

They don't train on private repos, there has been no proof of that anyways

Re: GitHub to Codeberg: my experience

#54
post #49

Earlier quoted context omitted.

The point of GitHub is not technical - the website is terrible. It's the social network.

That’s interesting. I would have said the opposite. I’ve never used any of the social features, but the technical aspects (including integrations) are where the value is. It does break and go down; and GHA are a real pain in the ass. But the basic hosting and PR workflow are fine.

The site UI has been going downhill these years. It's become heavy and slow, and the buttons are more and more randomly placed. Like after you search for something in the repo, to go back to the repo front page you needed to click on the most unexpected button.

It's still getting things done, for sure, but no longer pleasant to work with.

Re: GitHub to Codeberg: my experience

#55
post #26

More and more people seem to be migrating away from Github. Now if only there were some Mercurial solutions among the alternatives. . .

SourceHut has Mercurial hosting: https://hg.sr.ht

I use SourceHut and I'm glad it exists but its workflows leave much to be desired.

Re: GitHub to Codeberg: my experience

#56
I migrated a while ago.

typedload was the most difficult because I test it on multiple versions of python, but woodpeckerCI does its job so I can still run the tests even after the migration.

For the other projects I have I didn't bother to set up a CI since it's trivial to run locally.

Re: GitHub to Codeberg: my experience

#57
post #19

What really stands out to me in this migration story isn't the technical side at all, but the reminder that "feature parity" isn't the real hurdle here. Codeberg is already good enough for most day to day workflows; what it doesn't have is the gravitational pull GitHub built through network effects, integrations, and plain old inertia.

And just sheer amount of documentation and examples out there. Everyone uses it, therefore everyone writes about it, the new hire probably knows it, and if they don't they can find it easily. Then again maybe for stuff like actions and in general CI/CD it's not all that bad, you don't need whole team to know exactly how to write it, you just need to have a person knowing it. and it's generally not all that hard to le…

It feels like a problem (Tragedy of the commons? First mover? I dunno them well enough). It’s probably a mistake for any one company to not pick GitHub, because it’s likely a higher friction distraction from what the actual goals are of the company. But enough companies paying that price ultimately would benefit everyone by fuelling stronger competition.

Re: GitHub to Codeberg: my experience

#58
post #19

What really stands out to me in this migration story isn't the technical side at all, but the reminder that "feature parity" isn't the real hurdle here. Codeberg is already good enough for most day to day workflows; what it doesn't have is the gravitational pull GitHub built through network effects, integrations, and plain old inertia.

My primary pain point with Codeberg has been that the issue search is worse, so that there are cases where I'm rather certain than issue exists-- because I've triaged it in the past-- but it's hard to find with the keyboard search. Hopefully that can be improved soon.

There were some times were Codeberg's general performance was noticeably worse, but most recently it has been fine.

If you thinking of migrating a project with hundreds of issues, I would do a test migration and practice a few different searches to test the result quality.

Re: GitHub to Codeberg: my experience

#59

Are there any alternatives to Github that offer similar bang for the buck? Particularly for very small teams or solo devs that need private repos? The author here specifically mentions Codeberg, which seems like it's just for FOSS projects.

The point of GitHub is not technical - the website is terrible. It's the social network.

Some competitors like Gitlab have reduced friction by offering "Login with Github", so if you've already got a Github account, the bar for signing up some alternative forges is low.

I help with one of the most popular projects on Codeberg, Fuzzel. I can say we get no shortage of issues and feature requests from being on an alternative forge. Indeed, we have plenty!

Re: GitHub to Codeberg: my experience

#60
post #19

What really stands out to me in this migration story isn't the technical side at all, but the reminder that "feature parity" isn't the real hurdle here. Codeberg is already good enough for most day to day workflows; what it doesn't have is the gravitational pull GitHub built through network effects, integrations, and plain old inertia.

This is partially being addressed by projects like https://tangled.org . It's built on the same protocol as bluesky, meaning your identity is preserved across different platforms so that _where_ your git is hosted is unrelated to how you discover and connect with others.

If only we could use something like a gpg key as our identity. Maybe if it had a mechanism to share and revoke keys, upgrade them, cross-sign them with others to develop some sort of like trust system that was web-like. I bet we could like build a whole infrastructure around it to maintain developer identities in a completely decentralized way.
Post reply on HN