GitLab I know models their Wiki as a git repo. I think issues and PRs should be their own repo as well.... a branch for each issue or pr? Could tie it all up using submodules (or not, whatever)... just please someone take the jump first and do this.
GitLab I know models their Wiki as a git repo. I think issues and PRs should be their own repo as well.... a branch for each issue or pr? Could tie it all up using submodules (or not, whatever)... just please someone take the jump first and do this.
You might want to modify your scenarios.
There are active simulations going on: http://www.sciencerecorder.com/article.php?n=scientists-cond...
There are preparedness drills: http://www.independent.co.uk/news/world/americas/us-politics...
There's plenty of policy analysis: https://www.cato.org/publications/policy-analysis/social-eco...
Older .mil reports: http://www.dtic.mil/cgi-bin/GetTRDoc?AD=ADA080907
There are entire books taking apart what happens in specific fields: https://www.ncbi.nlm.nih.gov/books/NBK219154/
Or you could just read disaster porn^W^W post-apocalyptic sci fi.
So, a lot depends on what kinds of info you want to find. But overall, I'd say it's not worth reading, because life's not going to be much fun. Even if you're prepared.
I see no reason to have a RDBMS for issues, merge requests, pull requests, etc. All of these could be modeled in multiple ways using a Git database. Issues are files in a repo called issue1.md, issue2.md ... or issues are branches on a repo ... or something else.