-
Notifications
You must be signed in to change notification settings - Fork 247
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.
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
Release v0.13.0 #1068
Comments
Milestone: https://github.com/kubernetes-sigs/node-feature-discovery/milestone/7 My thinking was to cut a release around the end of March. With the content whatever we've managed to merge by then |
++ |
+1 |
1 similar comment
+1 |
/lgtm |
For Topology-updater interests |
[eduardo@fedora ~]$ polluntiltrue "skopeo list-tags docker://registry.k8s.io/nfd/node-feature-discovery |grep v0.13" 3
"v0.13.0",
"v0.13.0-full",
"v0.13.0-minimal", |
GitHub release page: Release announcement email: |
/close |
@ArangoGutierrez: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Release Checklist
git branch release-0.$MAJ master
git push release-0.$MAJ
test-infra, submit a PR
hack/prepare-release.sh $VERSION
to turn references to point to the upcoming release(README, deployment templates, docs configuration, test/e2e flags), submit a PR against the release branch
prepare-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
https://kubernetes-sigs.github.io/node-feature-discovery/0.$MAJ/
registry.k8s.io/images/k8s-staging-nfd/images.yaml
to promote the container images (both "full" and "minimal" variants) to productionregistry.k8s.io/nfd/node-feature-discovery:$VERSION
) is available.which will also trigger a Helm repo index update to add the latest release
[email protected]
with the subject[ANNOUNCE] node-feature-discovery $VERSION is released
hack/prepare-release.sh $VERSION
but only committing README.md, and,submit a PR
DEVEL=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
Default image based on distroless
The default container image is now based on distroless/base. This was formerly shipped as the "minimal" image, and "v0.13.0-minimal" image tag is thus provided for backwards compatibility. A new "full" image variant (v0.13.0-full) that corresponds the previous default image is made available.
The practical user impact of this change is that support for hooks is limited to statically linked ELF binaries. Bash or Perl scripts are not supported by the default image anymore, but the new "full" image variant can be used if support for these is needed.
Config file for nfd-master
NFD-Master now supports dynamic run-time configurability through a configuration file, deployed as a ConfigMap similar to the nfd-worker. Many of the command line flags are now available as dynamically changeable config file options. Visit the documentation for more details.
Allow custom label prefixes
The restrictions on allowed label prefixes (or label namespaces) for custom labels are mostly removed. All prefixes are allowed, except for
kubernetes.io/
and its sub-namespaces (i.e.*.kubernetes.io/
), with the NFD-specificfeature.node.kubernetes.io/
andprofile.node.kubernetes.io/
(and their sub-namespaces) still being allowed.Those wanting to have stricter policy on allowed label prefixes can use the new denyLabelNs config file option (or the corresponding -deny-label-ns command line flag) of nfd-master. To preserve the old behavior of rejecting all custom prefixes,
denyLabelNs="*"
can be used, withextraLabelNs
config option available for allowing specific custom prefixes.Extended resources
NFD now supports creating node extended resources from the NodeFeatureRule custom resources. See the documentation for details. With this the
-resource-labels
command line flag is now marked as deprecated.Topology Updater enhancements
A new Topology-Garbage-Collector daemon for deleting obsolete NodeResourceTopology objects was added. This daemon is enabled in default deployments.
Topology-Updater reacts faster to changes in the node, making NodeResourceTopology objects more accurately track the current state of node resource status.
Topology-Updater gained the ability to report "pods fingerprint" as a single value representing the node resources status. See the new -pods-fingerprint command line flag.
Topology-Updater now supports the latest v1alpha2 version of the NodeResourceTopology API.
Deprecations
The
feature.node.kubernetes.io/cpu-rdt.*
labels are now marked as deprecated and will be removed in a future release. The RDT features will stay to be available for NodeFeatureRule objects to consume to create custom labels.The
-resource-labels
command line flag is now deprecated and will be removed in a future release. NodeFeatureRule objects should be used for managing node extended resources, instead.Miscellaneous
New CPU features:
Kernel: new kernel.enabledmodule feature that lists both loaded dynamic modules and modules built into the kernel.
List of PRs
_test
suffix to test files (e2e: append_test
suffix to test files #1029)The text was updated successfully, but these errors were encountered: