All Projects → kubernetes → system-validators

kubernetes / system-validators

Licence: Apache-2.0 license
A set of system-oriented validators for kubeadm preflight checks.

Programming Languages

go
31211 projects - #10 most used programming language
shell
77523 projects

Projects that are alternatives of or similar to system-validators

cluster-api-provider-ibmcloud
Cluster API Provider for IBM Cloud
Stars: ✭ 46 (+109.09%)
Mutual labels:  k8s-sig-cluster-lifecycle
cluster-api-provider-nested
Cluster API Provider for Nested Clusters
Stars: ✭ 240 (+990.91%)
Mutual labels:  k8s-sig-cluster-lifecycle
cluster-api-provider-docker
A Cluster API Provider implementation using docker containers as the infra provider. Cluster API locally for a change!
Stars: ✭ 51 (+131.82%)
Mutual labels:  k8s-sig-cluster-lifecycle
Kubespray
Deploy a Production Ready Kubernetes Cluster
Stars: ✭ 11,588 (+52572.73%)
Mutual labels:  k8s-sig-cluster-lifecycle
Cluster Api
Home for Cluster API, a subproject of sig-cluster-lifecycle
Stars: ✭ 1,992 (+8954.55%)
Mutual labels:  k8s-sig-cluster-lifecycle
cluster-api-provider-hcloud
Cluster API infrastructure provider for Hetzner's Hcloud
Stars: ✭ 26 (+18.18%)
Mutual labels:  k8s-sig-cluster-lifecycle
image-builder
Cross provider Kubernetes image building utility.
Stars: ✭ 187 (+750%)
Mutual labels:  k8s-sig-cluster-lifecycle
cluster-api-provider-digitalocean
The DigitalOcean provider implementation of the Cluster Management API
Stars: ✭ 85 (+286.36%)
Mutual labels:  k8s-sig-cluster-lifecycle
bootkube
This project now lives at https://github.com/kinvolk/bootkube
Stars: ✭ 1,168 (+5209.09%)
Mutual labels:  k8s-sig-cluster-lifecycle
cluster-api-provider-openstack
cluster-api-openstack.sigs.k8s.io/
Stars: ✭ 187 (+750%)
Mutual labels:  k8s-sig-cluster-lifecycle

System Validators

A set of system-oriented validators for kubeadm preflight checks.

Creating releases

To prepare a release of this library please follow this guide:

  • The main branch should always contain WIP commits planned for the upcoming release.
  • Always create a new branch for MAJOR and MINOR releases. This allows backporting changes.
  • Release branch names should be in the format release-MAJOR.MINOR (without a v prefix).
  • Only non-breaking bug fixes can be done in a PATCH release.
  • New features must not be added in PATCH releases.
  • Breaking changes must be added in a MAJOR release.
  • Pushing releases requires write access. To obtain that you must be part of the system-validator-maintainers team.

For vendoring the new release in kubernetes/kubernetes you can use its pin-dependency.sh script.

Example:

./hack/pin-dependency.sh k8s.io/system-validators <NEW-TAG>

And then PR the changes.

Community, discussion, contribution, and support

Learn how to engage with the Kubernetes community on the community page.

You can reach the maintainers of this project at:

Code of conduct

Participation in the Kubernetes community is governed by the Kubernetes Code of Conduct.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].