July 2024: At minimum, let's try to ensure all development exclusive to the upstream repo is complete
Majid to continue working on original repo (main Qing branch), implementing features unrelated to maps development up until leave, at which point development on this repo should cease, as should updates to the current live site on AWS
Ed/Kalle to finalise optimal future-proof GitHub workflow for Seshat project that is robust to personnel changes and can be supported over multiple institutions in the long term (see draft below)
Ed/Kalle to set up Seshat GitHub organisation and new fork of the Seshat repo hosted here, to which everyone who is a developer should be given access and work from going forwards.
Forked from Ed's fork, but ensuring is up to date with Majid's repo too by the time he leaves
Transfer project board & issues to the new repo
Ed/Kalle to book session(s) with Majid towards the end of the month to provide overview of how new GitHub org/workflow will work by the time he returns
Implement GH action that pulls main branch to server on successful push (can initially be configured to a test site and later changed to live site)
Refactor and document the codebase, perhaps redesign some of the database structure as needed
October onwards
Ed to provide Majid hands-on GitHub training (perhaps during Vienna Seshat get-together)
Majid is able to easily follow documentation to deploy new version of Seshat website via Pulumi
Switch the domain to point at new website and spin down the old one
Development to continue as per the documented workflow
This timeline proposal means that the maps won't go live on the main Seshat website until after Majid returns, which is something we should check with Pieter. If this isn't feasible, we could work on #79 in July (or just make an AWS version of what we currently have) and then just schedule a day to set it up with Majid on a call in July.
GitHub workflow
TBC
Do we want a simple main branch and feature/bug branches? or something more complicated, with releases etc
Process must enable Majid to continue to be able to support rapid deployment of new features
Proposal
Timeline
Qing
branch), implementing features unrelated to maps development up until leave, at which point development on this repo should cease, as should updates to the current live site on AWS79
91
This timeline proposal means that the maps won't go live on the main Seshat website until after Majid returns, which is something we should check with Pieter. If this isn't feasible, we could work on #79 in July (or just make an AWS version of what we currently have) and then just schedule a day to set it up with Majid on a call in July.
GitHub workflow
TBC