Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Date

Responsibility

Action / Deliverables

 

DevOps Team

Maintenance screen to be raised in Production once Content Release Lead confirms content cut off is complete (they will request this via "Infra" JIRA ticket)

  

Development TeamCheck that inferred relationship coming from Snomed Release Service match those in Snowstorm to avoid large and unnecessary data reconciliation effort.  New pre-condition + post-condition RVF checks should cover this?

  

Development Team

Traceability content verification - Checks to be completed in order to ensure that there are no concepts in the termserver that were promoted by the authors, but yet somehow didn’t make it into MAIN ready for versioning (as has happened before)

Confirmed complete via email by Dev team on 08/12/2020 at 17:33

USE THE NEW AUTOMATED TRACEABILITY REPORT once it's in Prod.

In the meantime, Kai will run this manually each cycle to confirm traceability is clean...

 

Release Team

For the first few releases the Release Manager should run an initial full Release against the UN-VERSIONED content, to ensure no failures in the "Traceability Service" assertion(s) in the RVF report.  These will provide advanced notice of the type of failures we currently don't find until Release time (items missing from the RF2 manifest, package formatting issues, etc), so that they can be fixed well before the release.  

Versioning to proceed once Release Manager confirms that there are no Critical issues in this build.

 - 

 

DevOps Team

Termserver branching and Release versioning (DevOps to raise tickets themselves as per Terance's request):

Jira
serverIHTSDO JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverIdb202d822-d767-33be-b234-fec5accd5d8c
keyINFRA-
5998
7395

SNOMED International Release Management Procedure - Versioning and Branching the International Edition

 

WCI (External Team)Once the mapping team have finalised the maps, update the Mapping Drip feed (DevOps to raise JIRA ticket for WCI under the parent Release ticket)

MAPPING GENERATION PROCESS - still in review...

 

DevOps Team
Provisional date to drop Maintenance screen and re-open Content authoring for next editing cycle - UPDATE DATE IN FUTURE IF WE DECIDE WE CAN LET THE AUTHORS BACK IN EARLY

 -  


DevOps Team

Once

Release Manager sends proposed Beta release package

authors confirm Editing has re-commenced:

  • run the test upload into Dev browser to ensure no issues.
  • re-configure the Daily Build + Daily Build browser to work in the next Editing cycle -

 

DevOps Team
Once the final Beta release is published, re-start the mapping Drip Feed - this can actually be done earlier than the final Beta if required, as the only pre-requisite is to complete the ICD-0/ICD-10 testing in the Beta build. This is simply to provide confidence that it's unlikely that we'll need to make map changes during the Beta stage, which could in theory create re-work for the teams. This risk should be balanced against the growing backlog of map changes, and a decision made whether to use an early Beta build to switch the drip feed back on.

DevOps Team
Create a new, separate instance of the Dev browser with the provisional Beta release package as a baseline. This is to allow the Content Team to verify that all of the Beta fixes have been applied correctly, & haven't had any adverse impacts.

 

DevOps Team
Once Release Manager sends proposed Beta release package, run the test upload into Dev browser to ensure no issues. First recreate dev from prod data so version does not already exist.

DevOps Team
Create a new, separate version of the Dev browser with the provisional Member release package as a baseline. This is to allow the Content Team to verify that all of the Alpha/Beta fixes have been applied correctly, & haven't had any adverse impacts.

 

DevOps Team

Enable Feedback fix project promotion and promote (will go to release branch)

POSTPONED TO 25 Jan 2021 FOR THE Jan 2021 Release only, due to urgent incoming Vaccines work

Performing this step early allows the daily build to report on the next monthly release content, for both authoring validation and external use.  New unreleased content will hidden in the main browser until the effectivetime.  If any content has to be removed due to urgent issues we will need to back-out and reimport the International data.

01 Feb  

Development Team 

Once Release Manager confirms Production release is published, update both the

Check this through with Peter as likely unnecessary now with new reports...

Feb

Development Team to pair with DevOps Team

NOT REQUIRED FOR MONTHLY RELEASES

Once Release Manager confirms Production release is published:

  • Merge any and all Feedback fixes back into MAIN (eg)
    Jira
    serverIHTSDO JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverIdb202d822-d767-33be-b234-fec5accd5d8c
    keyINFRA-5438
  • Export changes as delta and import into INTQA project for current authoring cycle
  • Merge fixes down into MAIN at point of versioning
    https://prod-snowstorm.ihtsdotools.org/snowstorm/snomed-ct/swagger-ui.html#!/Admin/promoteReleaseFixUsingPOST

    Changes are in authoring task INTQA-3995 - currently in review, assigned to Maria.

  • Ask the content team to verify everything is as expected in MAIN, according to their intentions when authoring the fixes (outstanding)

Feb

DevOps Team

Once Release Manager confirms Production release is published:

  • Update all Production systems (authoring platform, browser) using the final S3 published package.
  • This needs to include the new Release Stats page in the browser (https://browser.ihtsdotools.org/qa/#/descriptive-statistics), which can be updated using step 7 ("If this is the final INT release we need to also update the Stats") in these instructions:  https://confluence.ihtsdotools.org/display/DEVOPS/Browser+Release+Updates
    • NOTE:  For the initial soft launch Releases this will just be tested in Dev/Uat browser rather than Prod to avoid confusing users
  • From September 2020 ensure that the GPS ValueSet is available through the FHIR API ie https://browser.ihtsdotools.org/fhir/ValueSet/gps