Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 12 Next »

Scheduled Releases


A release will typically be produced once all the tickets in the associated sprint are complete.

However, it is likely that Fran Benoy-Deeney will want the changeover to happen on a particular day to minimise disruption to staff, particularly if some are mid-way through processing files.

To let Fran know what will be in the build go to the Sprint and each of the "Done" tickets. Any which have resulted in a change to the program (so not "don't fix" or "can't reproduce") and make sure that the "Fix Version" is set to this release.

Make a release page by copying one such as https://confluence.renalregistry.nhs.uk/display/RR/1.1.11 and modifying the Jira component to return tickets from the new version. Blank the release date.


The steps are -

1) Create a Pull Request for the branch for each of the components in BitBucket and merge it into Master. Do not tick the option to delete the branch.

TODO: rr_git should have a command to do this.


2) Checkout Master into a new directory with

rr_git.py --destination C:/MyWork/UKRR/Master


Despite not supplying branch_label this seems to clone the sub-packages using the branch ID from the requirements.txt files.  Make sure to checkout master in each directory before doing the next actions.


(Amend path as required)

4) Remove references to the branch from the requirements.txt in the repos under the master folder

Note that this requires

Error rendering macro 'jira' : Unable to locate Jira server for this macro. It may be due to Application Link configuration.
to be done before this can be automatically.


3) While in the branch folder Tag the branch with -


rr_git.py --action tag --tag-label vY.Y.Y --destination C:/MyWork/UKRR/Master

Y.Y.Y here should be the version being released.

Git, or at least the version of Git on my PC breaks if a tag and branch exist with the same names. This is why I have the tag labels prefixed with a 'v'.



5) A new build should have been made under

\\rr-bamboo\Registry_Test_Utils\PRODUCT

This should be identical to the build that is under \\rr-bamboo\Registry_Utils\PRODUCT\BRANCH . I have suggested using the Master build as a check the merge has completed correctly but there may be arguments for the reverse.

6) Copy the build to R:\registry_utils\<Product>\<Branch>

7) Modify R:\registry_utils\PRODUCT\run.bat to change which folder the executable is found in.


8) Update the Release page with the date that it was released.


9) Set the Jira version to Released.

Go to the "Renal Registry" project page and click the Settings ("Cog") button in the lower left hand corner. You should then see a Versions section and an entry for the version that's just been closed. Edit it to set it released and add the release date.


  • No labels