Skip to content

Semantic versioning update #5944

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 16 commits into from
Nov 4, 2025
+93 −39
Merged

Semantic versioning update #5944

Show file tree
Hide file tree
Changes from 10 commits
Commits
Show all changes
16 commits
Select commit Hold shift + click to select a range
9fa89ff
Add instruction to verify library version compliance with sematic
lrknox Oct 24, 2025
1bad14f
Committing clang-format changes
github-actions[bot] Oct 24, 2025
3430a90
Merge branch 'develop' of https://github.com/HDFGroup/hdf5 into seman…
lrknox Oct 24, 2025
de3e556
Merge branch 'semantic-versioning-update' of https://github.com/lrkno…
lrknox Oct 24, 2025
3f90c2e
Updates to provide:
lrknox Oct 29, 2025
2f0c195
Committing clang-format changes
github-actions[bot] Oct 29, 2025
ca59012
Update src/H5.c - fix typo
lrknox Oct 29, 2025
bfdb894
WILL_FAIL for the tcheck_version test doesn't need changing for release
lrknox Oct 30, 2025
ead3be0
Merge branch 'semantic-versioning-update' of https://github.com/lrkno…
lrknox Oct 30, 2025
1cbd5c6
Escape < in text with \ to avoid html parsing error.
lrknox Oct 30, 2025
cf2fd38
fix typo
lrknox Oct 31, 2025
67867cc
Add task to RELEASE_PROCESS to check that API compatibility macros do…
lrknox Oct 31, 2025
f0f259d
Merge branch 'semantic-versioning-update' of https://github.com/lrkno…
lrknox Oct 31, 2025
7d5cc9d
Correction to backward condition to detect forward compatibilit usage.
lrknox Nov 2, 2025
aacbf34
Correct name and condition.
lrknox Nov 2, 2025
b9b6210
Add macros to list of updates make by running process_source.sh.
lrknox Nov 3, 2025
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
36 changes: 20 additions & 16 deletions release_docs/RELEASE_PROCESS.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -57,7 +57,7 @@ For more information on the HDF5 versioning and backward and forward compatibili
3. Be sure to complete all four steps to update so numbers for each deployed lib file in the process described in config/lt_vers.am and check that the .so numbers for lib files in binaries correctly indicate compatibility status with the previous release.
4. Move all unresolved Milestone issues to the next release version in GitHub.
5. Verify that frozen code branch satisfies all existing regression test cases, and give the 'OK' to the release coordinator once all daily test configurations are passing as expected after the date of the code freeze. If there are failing tests after the code freeze date, coordinate with maintainers responsible for the failures to ensure that either the changes causing the failures are corrected or reverted.
6. Verify release branches for third-party software used: SZIP, ZLIB, and Plugins; and announce release versions to hdf5lib@hdfgroup.org.
6. Verify released versions (latest) of third-party software used: SZIP, ZLIB, and Plugins; and announce release versions to hdf5lib@hdfgroup.org.

### 5. Update Interface Version (Release Manager | Product Manager)
1. Verify interface additions, changes, and removals, and update the shared library interface version number.
Expand All @@ -71,9 +71,11 @@ For more information on the HDF5 versioning and backward and forward compatibili
6. Confirm the necessity of and approve of any interface-breaking changes. If any changes need to be reverted, task the developer who made the change to do so as soon as possible. If a change is reverted, return to the previous step and regenerate the compatibility report after the changes is made. Otherwise, continue to the next step.
7. Update the .so version numbers in the [config/lt_vers.am][u9] file in the support branch according to [libtool's library interface version](https://www.gnu.org/software/libtool/manual/libtool.html#Versioning) scheme.
- See [Updating version info (Libtool)](https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html#Updating-version-info) for rules to help update library version numbers.
8. After the release branch has been created, run `./autogen.sh` to regenerate build system files on the release branch and commit the changes.
8. After the release branch has been created, run bin/process_source.sh to regenerate the H5E header files on the release branch, and commit the changes.
Copy link
Member

@hyoklee hyoklee Nov 3, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are H5E header files enough for committing changes?

I can see other modifications:

# Run make_vers
# make_vers automatically generates the public headers that define the API version
# macros for HDF5.
echo "Running API version generation script:"
bin/make_vers src/H5vers.txt || exit 1
echo

# Run make_overflow
# make_overflow automatically generates macros for detecting overflows for type
# conversion.
echo "Running overflow macro generation script:"
bin/make_overflow src/H5overflow.txt || exit 1
echo

Copy link
Collaborator Author

@lrknox lrknox Nov 3, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

process_source.sh runs trace, make_err, make_vers, make_overflow to update H5E headers and macros for the release branch. This is everything except autoreconf that the autogen.sh script ran before. I've added the macro types to be updated to the sentence about running bin/process.sh.


### 6. Prepare Release Branch (Release Manager)
### 6. Verify that HDF5 library version has been updated from the previous release according to [HDF5 versioning policy][u16], consistent with semantic versioning rules.

### 7. Prepare Release Branch (Release Manager)
1. Get the release branch ready for pre-release testing and packaging.
2. For all release preparation operations, the release coordinator will clone and push directly to canonical HDF5:
- `$ git clone ​https://github.com/HDFGroup/hdf5.git`
Expand All @@ -83,15 +85,15 @@ For more information on the HDF5 versioning and backward and forward compatibili
- or create the new branch in GitHub GUI.
4. Check that required CMake files point to the specific versions of the third-party software (szip, zlib and plugins) that they depend on.
- Update as needed.
5. Change the **support** branch to X.Y.{Z+1}-1 using the [bin/h5vers][u10] script:
5. Change the **support** branch to X.Y.{Z+1}-1 (\<dash>1) using the [bin/h5vers][u10] script:
- `$ git checkout hdf5_X_Y`
- `$ bin/h5vers -s X.Y.{Z+1}-1;`
- `$ git commit -m "Updated support branch version number to X.Y.{Z+1}-1"`
- `$ git push`
6. Change the **release preparation branch**'s version number to X.Y.Z-{SR+1} using the [bin/h5vers][u10]/bin/h5vers script:
6. Change the **release preparation branch**'s version number to X.Y.Z.1 using the [bin/h5vers][u10]/bin/h5vers script:
- `$ git checkout hdf5_X_Y_Z;`
- `$ bin/h5vers -s X.Y.Z-{SR+1};`
- `$ git commit -m "Updated release preparation branch version number to X.Y.Z-{SR+1}"`
- `$ bin/h5vers -s X.Y.Z.1;`
- `$ git commit -m "Updated release preparation branch version number to X.Y.Z.1"`
- `$ git push`
7. ** OBSOLETE CURRENTLY **
Update default configuration mode
Expand All @@ -102,17 +104,18 @@ For more information on the HDF5 versioning and backward and forward compatibili
** END OBSOLETE CURRENTLY **
8. E-mail hdf5lib@hdfgroup.org to indicate that the code freeze on the release support branch (i.e. hdf5_X_Y) has been lifted and development on the next maintenance release can resume. The code freeze will remain in place on the release preparation branch (i.e. hdf5_X_Y_Z) indefinitely.

### 7. Perform Release Testing (Test Automation Team | Release Manager | Project Leads)
### 8. Perform Release Testing (Test Automation Team | Release Manager | Project Leads)
1. Verify that source and binary distributions of HDF5 are acceptable on all target operating environments.
2. Create a page on Confluence as a sub-page of the current release version's project collaboration page (see HDF5 Maintenance Releases) to document release testing results.
3. Document the test procedure that will be used for this release on the new sub-page.
4. Schedule daily stand-up meetings or other regular checkpoints to assure progress on testing tasks, and inform testing team of your expectations.
5. Schedule and enable daily automated regression testing of the release preparation branch (i.e. hdf5_X_Y_Z). Give the 'OK' to proceed once all required tests have verified that HDF5 is functioning as intended on all target operating environments.
6. Select release build from workflow.
7. Choose the release branch
8. Change ‘Release version tag’ name to 'hdf5_X.Y.Z.P'
- P is some pre-release number.
9. Send a message to the HDF forum indicating that a pre-release source package is available for testing at <e.g., <github.com releases URL>/{hdf5-X.Y.Z-P}> and that feedback from the user community on their test results is being accepted.
8. Change ‘Release version tag’ name to 'X.Y.Z.P'
- P is a pre-release number, starting at 1 for first pre-release.
This will create a new tag 'vX.Y.Z.P'. The tag for the final release will be 'vX.Y.Z'
9. Send a message to the HDF forum indicating that a pre-release source package is available for testing at <e.g., <github.com releases URL>/{hdf5-X.Y.Z.P}> and that feedback from the user community on their test results is being accepted.
10. Contact paying clients who are interested in testing the pre-release source package and inform them that it is available for testing and that feedback on their test results of the pre-release is appreciated.
11. This should be automated and currently github binaries are not signed.
- Follow the [How to sign binaries with digital certificates(this is missing)]() work instructions to sign each Windows and Mac binary package with a digital certificate.
Expand Down Expand Up @@ -164,7 +167,7 @@ For more information on the HDF5 versioning and backward and forward compatibili
19. Decide if another cycle of pre-release testing should occur based on the issue reports received and the actions taken during this cycle. If another round of testing is required (i.e. there were significant issues in pre-release testing which resulted in code changes), increment the subrelease version number and go back to step 7.2. If no further testing is required (i.e. no code changes were made and issues were documented as known issues, or code changes were trivial, unit tested, and exhaustive testing is unneeded), then proceed.


### 8. Finalize Release Notes (Release Manager)
### 9. Finalize Release Notes (Release Manager)
1. Perform a final review of release notes and ensure that any new changes made to the source, any new known issues discovered, and any additional tests run since the code freeze have been reflected in CHANGELOG.md and other appropriate in-source documentation files (INSTALL_*, etc.). (Refer to the sub-steps of step 3 for what to check).
2. Update the [CHANGELOG.md][u1] in the **support** branch (i.e. hdf5_X_Y) to remove entries in “Bugs fixed” and “New Features” sections and increment the version number for the following release (“Bug fixes since X.Y.Z” - occurs twice).
- `$ git checkout hdf5_X_Y`
Expand All @@ -173,7 +176,7 @@ For more information on the HDF5 versioning and backward and forward compatibili
- `$ git push`
3. Update Release Notes in **release** branch (Release Manager)

### 9. Package and Distribute Release (Release Manager)
### 10. Package and Distribute Release (Release Manager)
1. h5vers could run genparser, which can change the generated files if certain code files have been changed since the files generated by genparser were committed on the release branch. This should be checked by running `git status --ignored;`, then running genparser, then repeating `git status --ignored;`. If there are modified files from either git status command, they should be committed (or deleted if there are backup files or an autom4te.cache directory), and at least minimal testing should be done to see that the software is still good with the changes.
2. Set version for release, removing the subrelease string, initially `$ bin/h5vers -s X.Y.Z;`. Any subsequent patch releases will need the subrelease number.
3. Run `bin/release` (similar to 8.2) and commit all the changed files.
Expand All @@ -192,9 +195,9 @@ For more information on the HDF5 versioning and backward and forward compatibili
- Press "Run Workflow"
8. Release hdf5_plugins following the same steps.

### 10. Add the contents of the CHANGELOG.md file in the release code to the HISTORY-X_Y file in the **support** branch, just below the introductory lines at the top of the HISTORY file.
### 11. Add the contents of the CHANGELOG.md file in the release code to the HISTORY-X_Y file in the **support** branch, just below the introductory lines at the top of the HISTORY file.

### 11. Conduct Release Retrospective (Release Manager)
### 12. Conduct Release Retrospective (Release Manager)
1. Schedule time and solicit comments from retrospective
2. Identify issues and document them

Expand All @@ -207,8 +210,9 @@ For more information on the HDF5 versioning and backward and forward compatibili
[u8]: https://github.com/HDFGroup/hdf5/blob/develop/.github/workflows/release.yml
[u9]: https://github.com/HDFGroup/hdf5/blob/develop/config/lt_vers.am
[u10]: https://github.com/HDFGroup/hdf5/blob/develop/bin/h5vers
[u11]: https://github.com/HDFGroup/hdf5/blob/develop/src/CMakeLists.txt
[u11]: https://github.com/HDFGroup/hdf5/blob/desvelop/src/CMakeLists.txt
[u12]: https://github.com/HDFGroup/hdf5/blob/develop/configure.ac
[u13]: https://support.hdfgroup.org/documentation/hdf5/latest/api-compat-macros.html
[u14]: https://github.com/HDFGroup/hdf5/releases/tag/snapshot-1.14
[u15]: https://github.com/HDFGroup/hdf5/releases/tag/snapshot
[u16]: https://github.com/HDFGroup/hdf5/wiki/HDF5-Version-Numbers-and-Branch-Strategy
Loading
Loading