Closed marquiz closed 2 years ago
Trying to start a more predictable and constant release cadence. Release whatever new features we have (even if the list is short) so that users can take them into use
Any milestones for this PR? (pending PR's)
/lgtm
Any milestones for this PR? (pending PR's)
https://github.com/kubernetes-sigs/node-feature-discovery/milestone/5
Just small fixes. Moved the bigger stuff to v0.12.0
/lgtm Nice release once again!
/lgtm !
GitHub release page: https://github.com/kubernetes-sigs/node-feature-discovery/releases/tag/v0.11.0
Release announcement: https://groups.google.com/a/kubernetes.io/g/dev/c/m4LkVD8qMQY/m/orkEw4hhBwAJ
/close
@marquiz: Closing this issue.
Release Checklist
git branch release-0.$MAJ master
git push release-0.$MAJ
scripts/prepare-release.sh $VERSION
to turn references to point to the upcoming release (README, deployment templates, docs configuration, test/e2e flags), submit a PR agains the release branchprepare-release.sh
script above to the draft releasegit tag -s $VERSION
and inserts the changelog into the tag description.git push $VERSION
gcr.io/k8s-staging-nfd/node-feature-discovery:$VERSION
k8s.gcr.io/images/k8s-staging-nfd/images.yaml
to promote the container images (both "full" and "minimal" variants) to productionk8s.gcr.io/nfd/node-feature-discovery:$VERSION
) is available.dev@kubernetes.io
with the subject[ANNOUNCE] node-feature-discovery $VERSION is released
scripts/prepare-release.sh $VERSION
but only committing README.md, and, submit a PRDEVEL=v0.$(($MAJ+1)).0-devel; git tag $DEVEL master && git push $DEVEL
This ensures that the devel builds on the master branch will have a meaningful version number.Changelog
-resource-labels
for nfd-masterList of PRs