You can start by moving your development workflows (pull requests, issue tracking, etc.) to something like codeberg. You can continue publishing your PyPI package from Github by just pushing your code from codeberg to Github.

Eventually you can also move the publishing pipeline over as well. I don’t know how complicated your library is, of course, but in simplest cases it’s a matter of rewriting a config file in a slightly different way.

I mean, if Zig and Guix can do it. It's possible.

I'm in a similar boat. So far:

• I started mirroring GitHub to Codeberg
• I added CI to Codeberg

Next I gotta update the readme on GitHub telling everyone that I'm going to move to Codeberg. I'll let that sit for a few months.

Also, I gotta update consumers like homebrew to consume from Codeberg instead.

I was gonna close/merge any open PRs on GitHub.

Issues, I'm not totally sure about. I thought I read there was a way to migrate those. Although, I'm kiiinda ok with starting fresh........ not totally sure this part needs more thought.

Once the Codeberg repo is ready, I'll make the GitHub repo read-only, with the readme pointing to Codeberg.

Way, way, way down the line, I'd consider deleting the GitHub repo (and finally my account).

I'm OK with breaking things. I'm gonna try my hardest to not break stuff, but I'm not going to let the fear of breaking stuff prevent me from getting on ShitHub by Macroslop.

I think you would clone the repo and continue with codeberg. Announce wherever you can, and continue any new work at the new repo.