The release process is now driven by GitHub Releases:
Caution
In general datafaker releases should increment the minor portion of the semver, in 2.x.y the x should be incremented.
- Go to the Releases page of the repository
- Click on "Draft a new release"
- Create a new tag in the format
2.x.y(where x and y are the minor and patch version numbers) - Set the release title (can be the same as the tag)
- Add a description of the changes (optional - will be enhanced by automated changelog)
- Click "Publish release"
- Update documentation:
- At least files
docs/releases/current.version.mddocs/releases/next.version-SNAPSHOT.mdmkdocs.yml
- And probably file
docs/documentation/providers.md(if new providers have been added)
- At least files
The automated workflow will:
- Extract the version from the tag
- Update the Maven project version
- Build and deploy to Maven Central
- Generate a changelog and add it to the release notes
- Create a PR to update the pom.xml to the next SNAPSHOT version
- The tag must follow semver format:
2.x.y(where x and y are numeric) - GitHub Release creation permissions are required to trigger the workflow
- All required secrets must be configured in the repository settings
After publishing a release:
- Check the workflow run in the Actions tab
- Verify the artifact is published to Maven Central
- Review the PR created to update the SNAPSHOT version