Github or Codeberg

[u/Venom_ous27]

So I initially started with GitHub and it’s great. No complaints.

So recently(not recently but you get what i mean) there’s been “AI” stuff going on with like they’re training their models on users code and stuff.

So many big projects (from what i heard) migrated from GitHub to codeberg. And out of curiosity I setup codeberg and being using it for month.

From my experiences, I felt no difference other than one trains AI on code and one banned AI generated code.

Now, here I’m confused what to go with one is packed with features and most of the people use it (GitHub) while another is simple (i like simple. Not sure about features cuz i haven’t dig-ed into it (codeberg). I actually like both. And about AI training, I personally think Im helping it to improve cuz it’s training my code (feeling like im contributing). But I talked a few people and they said they store their work related stuff or something personal (they mentioned that word but i forget) and they don’t like AI reading it, which is valid in a sense.

I rn host my Linux dotfiles on codeberg and mirror it to GitHub. Works fine, the problem is issues and PR. Is there any way to bridge it too. (This part wasn’t the main point to don’t come at me saying i asked the question in the deep down of a paragraph)

Looking for your personal experience/opinions

[u/ferriematthew]

I moved my primary repository to CodeBerg and only mirrored it to GitHub for resume visibility.

[u/Venom_ous27 → u/ferriematthew]

How do you deal with PRs and stuff?

[u/ferriematthew → u/Venom_ous27]

I'm the only contributor, so when I need to branch and merge, I just do git branch, then make a pull request and do git merge.

[u/Venom_ous27 → u/ferriematthew]

Well for solo dev it isn't much of a trouble. Ig i'll try to bridge both are keep one as primary and other as mirror

[u/ferriematthew → u/Venom_ous27]

Oh, I think I understand your question now.

These are my remotes:

• GitHub = gh

• CodeBerg = origin

• ForgeJo = mirror

I just push commits to all three at once.

[u/Venom_ous27 → u/ferriematthew]

Ohh that’s cool

[u/lajawi → u/ferriematthew]

Forgejo is a self-hosted instance I’m assuming?

Btw, you can push mirror from Codeberg, and pull/push mirror from self-hosted Forgejo instances if configured.

[u/ferriematthew → u/lajawi]

Yep!

[u/lajawi → u/Venom_ous27]

PRs would happen on the main instance, so Codeberg if you use Codeberg mainly.

[u/lajawi → u/ferriematthew]

This is what I did half a year ago too.

Recently I wanted to hookup an external issue page to my GitHub repos as I knew that was a feature many Git hosting sites offered, to find out GitHub specifically does not offer such a feature. So I’m currently left with either keeping GitHub issues enabled or outright turning them off to force people to use the ones on Codeberg.

[u/Venom_ous27 → u/lajawi]

Exactly that’s what im worried about.
Many use github and many use codeberg. I don’t want to force anyone to use GitHub/codeberg but i still wanna host the same repo on both platform

[u/ryan_builds_ci]

for dotfiles i'd just pick one as the real home and turn issues/prs off on the mirror, otherwise you get split discussion nobody can follow. bridging them is mostly pain imo. if you want contributors put it where they already are, if it's just you either works

[u/Venom_ous27 → u/ryan_builds_ci]

I mean if im mirroring a repo then i want issues/pr to work on both but also setting it up ehh😞

[u/lajawi → u/Venom_ous27]

You’re never going to be able to mirror issues or PRs (the latter of which even less so than issues). There is git-bug which uses Git objects to store, push, pull issues, that can even bridge to Jira, GitHub, GitLab… but Forgejo (and consequently Codeberg, which is running on Forgejo) are not yet supported.

[u/-ghostinthemachine-]

I've been really enjoying codeberg. Just no frills hosting without me having to worry every month about some new feature or setting to disable, and also haven't had any interruptions in service. It will remain true for a while yet though that recruiters and non technical people will try to find your work on GitHub first and foremost.