You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Given the situation regarding historical posts and data and websites getting put down, it will be important to make our systems robust and that we are not solely reliant on GitHub.
Our best bet for long-term git-based remote servers is most likely something that is independent, not owned by big tech, and is federated (or has aims of being federated). Codeberg seems to be the one that fits these criteria.
I have already created an account with Codeberg and have created organisations that I have created that are parallel to those that are here on GitHub.
In the immediate to medium-term, the goal is to migrate as much of our codebases to Codeberg and then mirror what we do in GitHub onto these parallel repositories. I have done these steps in our Katilingban organisation and the workflows that will support this process I have already setup and tested as well. I am fairly confident that this medium-term goal is doable. I would prefer to do the migration steps manually even though these can be automated via bash scripts. This would just allow a more controlled and reflective process.
@tomaszaba I would highly recommend that you create a Codeberg account as well so that you can be included in the organisational transfer to that remote. Please let me know what your username is. My Codeberg username is ernestguevarra and the nutriverse organisation name in Codeberg remains as nutriverse.
The text was updated successfully, but these errors were encountered:
Given the situation regarding historical posts and data and websites getting put down, it will be important to make our systems robust and that we are not solely reliant on GitHub.
Our best bet for long-term git-based remote servers is most likely something that is independent, not owned by big tech, and is federated (or has aims of being federated). Codeberg seems to be the one that fits these criteria.
I have already created an account with Codeberg and have created organisations that I have created that are parallel to those that are here on GitHub.
In the immediate to medium-term, the goal is to migrate as much of our codebases to Codeberg and then mirror what we do in GitHub onto these parallel repositories. I have done these steps in our Katilingban organisation and the workflows that will support this process I have already setup and tested as well. I am fairly confident that this medium-term goal is doable. I would prefer to do the migration steps manually even though these can be automated via bash scripts. This would just allow a more controlled and reflective process.
@tomaszaba I would highly recommend that you create a Codeberg account as well so that you can be included in the organisational transfer to that remote. Please let me know what your username is. My Codeberg username is
ernestguevarra
and the nutriverse organisation name in Codeberg remains asnutriverse
.The text was updated successfully, but these errors were encountered: