-
Notifications
You must be signed in to change notification settings - Fork 1
Release Checklist
damiancosmoschapman edited this page Sep 26, 2023
·
3 revisions
-
Merge the Branch into the Trunk
-
Right-click the
TortoiseSVN>>Check for modificationsagainst the SVN Trunk to list all changes -
Commit any above change into Trunk
-
Create a Tag against the relevant version
-
Create a Branch against the next relevant version
N.B. The following procedure must be repeated for every environment, starting from Test. If successful, then proceed with the Live one.
N.B. Take a backup of the currently deployed system.
- Enable the maintenance mode by setting the key
API_JSONRPC_MAINTENANCEtoTRUEin the Web.config. This is highly recommended for theLiveenvironment to freeze the application and avoid any issue during the upgrade of all Tiers (Server, Database, Client). - Publish the
servercompiled code using Visual Studio from the SVN Tag in the relevant environment
- Disable the maintenance mode by setting the key
API_JSONRPC_MAINTENANCEtoFALSEin the Web.config of the publishedLiveenvironment to unfreeze the application. - Check each environment is up and running
- Check the Application version in the page footer is updated as expected
- Delete the content of the
serverfolder in the GitHub repository - Export the content of the
serverfolder from SVN Tag in the GitHub repository - Right-click
TortoiseGit>>Check for modificationsagainst the GitHub repository to list all changes - Diff (merge where appropriate) the following Server files:
server\Web.configserver\Web.config.githubserver\PxStat\Resources\Config\config.jsonserver\PxStat\Resources\Config\config.json.github-
N.B. Double-check the above
Web.configto ensure that all sensitive information have been stripped/anonymised (i.e. usernames, passwords, IP addresses, etc...)
- Strip references to
PDFapi.Testproject in the following Server files:
server\PDFapi\PDFapi.slnserver\PDFapi\Properties\AssemblyInfo.cs
- Add / Delete any relevant file where appropriate across the
serverfolder - Commit the GitHub changes and list the Issues into the commit message
- Push the GitHub changes
- N.B. This operation is irreversible, DO NOT push unless 100% sure of having stripped/anonymised all sensitive information.
- Create a new Release and list all the Issues with the label
testedagainst the relevant Milestone.
- Group the Issues by their type for better visibility: Enhancement, Bug, Security Vulnerability if any are present.
- Add the label
releasedto all the above Issues and mark them asclosed. - Close the relevant Milestone and create the next one.