...
Stories are indicated with a
<number>
ID, whereas subtasks to a story are indicated with<parent number>-<child number>
ID.The Blocker field in of a story is used to indicate that this story/subtask requires the listed stories/subtasks to be completed before it can be done.
The Story Points field of each a subtask contains may contain an initial guess at the appropriate story points for that subtask. Adjust as needed!
When Y appears in one of the OS fields of a story (e.g. EL8) , that story will be replicated for the permutation noted.
When Y appears in one of the OS fields of a subtask, that subtask will be replicated for the permutation noted within the story.
N, -, and a blank entry are all treated as ‘do not replicate’ indicators.
The Notes field will not be included in the ticket and is intended for maintainers of these tables.
...
ID | Ticket Summary (< 100 chars) | Description | Component | Blockers | Story Points | EL7 | EL8 | OEL7 | OEL8 | RH7 | RH8 | Notes | ||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Release Components | Identify components to be released, verify tests pass, push annotated tags, update SIMP release confluence page. https://simp.readthedocs.io/en/latest/contributors_guide/maintenance/Tagging_and_Releasing_Components.html | - | 3 | - | - | - | - | - | - | ||||
1-1 | Identify components to release | - | 1 | - | - | - | - | - | - | |||||
1-2 | Release components | 1-1 | 2 | - | - | - | - | - | - | |||||
10 | Create initial SIMP changelog | 8 | - | - | - | - | - | - | ||||||
10-1 | Create changelog | 6 | - | - | - | - | - | - | ||||||
10-2 | Review changes | 2 | - | - | - | - | - | - | ||||||
2 | Update simp-core pre-release tests with release-specific changes | Update simp-core default, ipa, install_from_tar, and simp_lite acceptance test suites for release-specific changes. This includes updating the nodesets and .gitlab-ci.yml for any changes to the supported OSs. | - | 5 | - | - | - | - | - | - | Ideally, this should be done after the initial changelog has been generated, as the changelog informs the work to be done. Tests will be executed for the appropriate OSs permutations in the nodeset, but separate tickets per OS should not be created. | |||
2-1 | Update tests and nodesets | - | 4 | - | - | - | - | - | - | |||||
2-2 | Review updates | 2-1 | 1 | - | - | - | - | - | - | |||||
3 | Update simp-packer with release-specific changes | Update simp-packer for release-specific changes. Be sure to tag the previous simp-packer version, if the updates will break testing functionality built for the prior SIMP release. | - | 3 | - | - | - | - | - | - | Ideally, this should be done after the initial changelog has been generated, as the changelog informs the work to be done. | |||
3-1 | Update code and documentation | - | 2 | - | - | - | - | - | - | |||||
3-2 | Review changes | 3-1 | 1 | - | - | - | - | - | - | |||||
11 | Identify release-specific tests | Based on the initial Changelog for the release, identify integration tests that must be done with a fully configured SIMP server and (if necessary) clients. These should be tests that are not adequately tested in component acceptance tests. | 10 | 5 | - | - | - | - | - | - | ||||
11-1 | Determine release-specific manual tests | 4 | - | - | - | - | - | - | ||||||
11-2 | Create tickets for each | 1 | - | - | - | - | - | - | ||||||
4 | Update simp-core with released components | Update simp-core files (Puppetfile.pinned, metadata.json, src/assets/simp/build/simp.spec) and verify ISOs can be built and the default and ipa acceptance test suites pass. | 1,2 | 3 | - | - | - | - | - | - | ||||
4-1 | Update files, build ISOs and execute tests | - | 2 | - | - | - | - | - | - | |||||
4-2 | Review updates | 4-1 | 1 | - | - | - | - | - | - | |||||
5 | Create test ISO, and publish the ISO and its tar file | 4 | 2 | Y | Y | - | - | - | - | This step may actually have to be done several times before we get to an initial release candidate build that can be published. If additional tickets are warranted, they can be created on the fly. | ||||
5-1 | Build ISO | Use official RPM signing keys when the artifacts are to be published anywhere at simp-project.com. | - | 1 | Y | Y | - | - | - | - | ||||
5-2 | Publish artifacts | Interim artifacts may be published to unstable folders at simp-project.com or other unofficial shared locations. | 5-1 | 1 | - | - | - | - | - | - | ||||
6 | Validate ISO by building packer boxes | Use simp-packer to build SIMP server packer boxes. Basic bootstrap validation is done as part of the packer build. | 5 | Y | Y | - | - | - | - | |||||
6-1 | Build BIOS boot box with FIPS enabled and encrypted disk | - | - | - | - | - | - | - | ||||||
6-2 | Build BIOS boot box with FIPS enabled and unencrypted disk | - | - | - | - | - | - | - | ||||||
6-3 | Build BIOS boot box with FIPS disabled and encrypted disk | - | - | - | - | - | - | - | ||||||
6-4 | Build BIOS boot box with FIPS disabled and unencrypted disk | - | - | - | - | - | - | - | ||||||
6-5 | Build UEFI boot box with FIPS enabled and encrypted disk | - | - | - | - | - | - | - | ||||||
6-6 | Build UEFI boot box with FIPS enabled and unencrypted disk | - | - | - | - | - | - | - | ||||||
6-7 | Build UEFI boot box with FIPS disabled and encrypted disk | - | - | - | - | - | - | - | ||||||
6-8 | Build UEFI boot box with FIPS disabled and unencrypted disk | - | - | - | - | - | - | - | ||||||
7 | Verify installation from RPMs in tar file | Run simp-core’s install_from_tar test | 5 | - | - | - | - | - | - | - | ||||
7-1 | Execute test | See https://github.com/simp/simp-core/blob/master/spec/acceptance/suites/README.md for description of environment variables that can be set to point to the tar file | 1 | Y | Y | - | - | - | - | |||||
8 | Create upgrade instructions | Document any steps that are needed outside of the generic upgrade instructions. | 4 | 10 | Y | Y | - | - | - | - | ||||
8-1 | Manually execute upgrade with FIPS enabled | 4 | - | - | - | - | - | - | ||||||
8-2 | Manually execute upgrade with FIPS disabled | 1 | 8 - 3 | Write upgrade instructions | 4 | - | - | - | - | - | ||||
8-3 | Write upgrade instructions | 4 | - | - | - | - | - | - | ||||||
8-4 | Review instructions | Review the instructions for clarity, grammar, spelling, formatting, etc. Verification will be done in a separate ticket | 1 | - | - | - | - | - | - | |||||
9 | Verify upgrade instructions | Verify upgrade instructions and make any necessary adjustments to them. | 8 | Y | Y | - | - | - | - | |||||
9-1 | Execute instructions | 2 | - | - | - | - | - | - | ||||||
9-2 | Update instructions | 1 | - | - | - | - | - | - | ||||||
13 | PXE boot UEFI | Manually verify clients can PXE boot (UEFI) from a SIMP-managed tftpboot server | 5 | Y | Y | - | - | - | - | |||||
13-1 | PXE boot (UEFI) FIPs enabled, disk encrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||||
13-2 | PXE boot (UEFI) FIPs enabled, disk unencrypted, same OS as tftpboot server | - | 13 - 3PXE | - | - | - | - | |||||||
13-3 | PXE boot (UEFI) FIPs disabled, disk encrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||||
13-4 | PXE boot (UEFI) FIPs disabled, disk unencrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||||
13-5 | PXE boot (UEFI) FIPs enabled, disk encrypted, clients from tftpboot server of different OS | - | - | - | - | - | - | |||||||
14 | PXE boot BIOS | Manually verify clients can PXE boot (BIOS) from a SIMP-managed tftpboot server | Y | Y | - | - | - | - | ||||||
14-1 | PXE boot (BIOS) FIPs enabled, disk encrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||||
14-2 | PXE boot (BIOS) FIPs enabled, disk unencrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||||
14-3 | PXE boot (BIOS) FIPs disabled, disk encrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||||
14-4 | PXE boot (BIOS) FIPs disabled, disk unencrypted, same OS as tftpboot server | 14 - 5PXE | - | - | - | - | - | |||||||
14-5 | PXE boot (BIOS) FIPs enabled, disk encrypted, clients from tftpboot server of different OS | - | - | - | - | - | - | |||||||
15 | Verify non-standard ISO UEFI boot options | Manually verify the choose your own partitions and minimum installation ISO boot options | Y | Y | - | - | - | - | ||||||
15-1 | Verify the choose your own partitions option | - | - | - | - | - | - | |||||||
15-2 | Verify the minimum installation option | - | - | - | - | - | - | |||||||
16 | Verify non-standard ISO BIOS boot options | Manually verify the ‘choose your own partitions' and ‘minimum installation’ ISO boot options | Y | Y | - | - | - | - | ||||||
16-1 | Verify the choose your own partitions option | - | - | - | - | - | - | |||||||
16-2 | Verify the minimum installation option | - | - | - | - | - | - |
Interim Release Candidate Tickets
...
ID | Ticket Summary (< 100 chars) | Description | Component | Blockers | Story Points | EL7 | EL8 | OEL7 | OEL8 | RH7 | RH8 | Notes |
---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Release Components | Identify components to be released, verify tests pass, push annotated tags, update SIMP release confluence page. https://simp.readthedocs.io/en/latest/contributors_guide/maintenance/Tagging_and_Releasing_Components.html | - | 3 | - | - | - | - | - | - | ||
1-1 | Identify components to release | - | 1 | - | - | - | - | - | - | |||
1-2 | Release components | 1-1 | 2 | - | - | - | - | - | - | |||
4 | Update simp-core with released components | Update simp-core files (Puppetfile.pinned, metadata.json, src/assets/simp/build/simp.spec) and verify ISOs can be built and the default and ipa acceptance test suites pass. | 1 | 3 | - | - | - | - | - | - | ||
4-1 | Update files, build ISOs and execute tests | - | 2 | - | - | - | - | - | - | |||
4-2 | Review updates | 4-1 | 1 | - | - | - | - | - | - | |||
5 | Create test ISO, and publish the ISO and its tar file | 4 | 2 | Y | Y | - | - | - | - | |||
5-1 | Build ISO | Use official RPM signing keys when the artifacts are to be published anywhere at simp-project.com. | - | 1 | - | - | - | - | - | - | ||
5-2 | Publish artifacts | Interim artifacts may be published to unstable folders at simp-project.com or other unofficial shared locations. | 5-1 | 1 | - | - | - | - | - | - | ||
6 | Validate ISO by building packer boxes | Use simp-packer to build SIMP server packer boxes. Basic bootstrap validation is done as part of the packer build. | 5 | Y | Y | - | - | - | - | |||
6-1 | Build BIOS boot box with FIPS enabled and encrypted disk | - | - | - | - | - | - | - | ||||
6-2 | Build BIOS boot box with FIPS enabled and unencrypted disk | - | - | - | - | - | - | - | ||||
6-3 | Build BIOS boot box with FIPS disabled and encrypted disk | - | - | - | - | - | - | - | ||||
6-4 | Build BIOS boot box with FIPS disabled and unencrypted disk | - | - | - | - | - | - | - | ||||
6-5 | Build UEFI boot box with FIPS enabled and encrypted disk | - | - | - | - | - | - | - | ||||
6-6 | Build UEFI boot box with FIPS enabled and unencrypted disk | - | - | - | - | - | - | - | ||||
6-7 | Build UEFI boot box with FIPS disabled and encrypted disk | - | - | - | - | - | - | - | ||||
6-8 | Build UEFI boot box with FIPS disabled and unencrypted disk | - | - | - | - | - | - | - | ||||
7 | Verify installation from RPMs in tar file | Run simp-core’s install_from_tar test | 5 | - | - | - | - | - | - | - | This test can be omitted if there are no changes to component packaging since the previous candidate. Component behavior is adequately tested by the simp-core default suite with each simp-core check-in. | |
7-1 | Execute test | See https://github.com/simp/simp-core/blob/master/spec/acceptance/suites/README.md for description of environment variables that can be set to point to the tar file | 1 | Y | Y | - | - | - | - | |||
12 | Update Changelog for bug fixes | 1 | 3 | - | - | - | - | - | - | |||
12-1 | Identify bug fixes and update changelog | - | 2 | - | - | - | - | - | - | |||
12-2 | Review changes | 12-1 | 1 | - | - | - | - | - | - | |||
13 | PXE boot UEFI | Manually verify clients can PXE boot (UEFI) from a SIMP-managed tftpboot server | 5 | Y | Y | - | - | - | - | |||
13-1 | PXE boot (UEFI) FIPs enabled, disk encrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||
13-2 | PXE boot (UEFI) FIPs enabled, disk unencrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||
13-3 | PXE boot (UEFI) FIPs disabled, disk encrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||
13-4 | PXE boot (UEFI) FIPs disabled, disk unencrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||
13-5 | PXE boot (UEFI) FIPs enabled, disk encrypted, clients from tftpboot server of different OS | - | - | - | - | - | - | |||||
14 | PXE boot BIOS | Manually verify clients can PXE boot (BIOS) from a SIMP-managed tftpboot server | Y | Y | - | - | - | - | ||||
14-1 | PXE boot (BIOS) FIPs enabled, disk encrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||
14-2 | PXE boot (BIOS) FIPs enabled, disk unencrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||
14-3 | PXE boot (BIOS) FIPs disabled, disk encrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||
14-4 | PXE boot (BIOS) FIPs disabled, disk unencrypted, same OS as tftpboot server | - | - | - | - | - | - | |||||
14-5 | PXE boot (BIOS) FIPs enabled, disk encrypted, clients from tftpboot server of different OS | - | - | - | - | - | - |
Final Release Tickets
...