At rOpenSci, much of our code, content and infrastructure is hosted on GitHub over several organizations – described on our resources page.
This post summarizes some steps we’ve taken to safeguard our GitHub organizations.
I am attempting to back up our entire organization repositories following your steps. I am new to the gh package and GitHub REST API. My understanding is that I first need to make a POST request to make a “migration archive” for each repo. Once the archive is exported, I can then download it. I am also new to what a “migration archive” is. My understanding is that when I archive a repo, it makes it read-only. Is this what the “migration archive” does as well? I would still need the repos to remain the same as we are not migrating to say Github Enterprise.
Right, archiving a repo makes it read-only but here archive is used in a different meaning, downloading an archive = downloading the files, git history and metadata (including issues/PRs).
The gitcellar package describes exactly what I am wanting to achieve for our organization (downloading files, git history and metadata (including issues/PRs)). To confirm, the “downloading an archive” via gitceller; does this still keep the Github.com repo as is. Meaning, I want to avoid actually moving/migrating the repo. Or in other words, I want to avoid doing a “cut and paste” and rather have a “copy and paste” (sorry for the awkward question, my fear is doing something destructive to our repo)
The gitcellar package describes exactly what I am wanting to achieve for our organization (downloading files, git history and metadata (including issues/PRs)). To confirm, the “downloading an archive” via gitceller; does this still keep the Github.com repo as is. Meaning, I want to avoid actually moving/migrating the repo. Or in other words, I want to avoid doing a “cut and paste” and rather have a “copy and paste” (sorry for the awkward question, my fear is doing something destructive to our repo)
We back up all our repos weekly and they stay as they are. However I’d recommend creating an organization with a few toy repos in it (with a few files in each, a few issues, a few PRs), to experiment, so that you can see what happens and feel safer.