mirror of
https://github.com/kubernetes-sigs/kustomize.git
synced 2026-06-11 17:12:51 +00:00
Fix markdownlint warnings
This commit is contained in:
@@ -19,14 +19,14 @@ number are bumped per semver.
|
|||||||
|
|
||||||
At the time of writing (circa release of v2.0.0):
|
At the time of writing (circa release of v2.0.0):
|
||||||
|
|
||||||
- A [kustomization] file is just a YAML file that
|
- A [kustomization] file is just a YAML file that
|
||||||
can be successfully parsed into a particular Go
|
can be successfully parsed into a particular Go
|
||||||
struct defined in the `kustomize` binary.
|
struct defined in the `kustomize` binary.
|
||||||
|
|
||||||
- This struct does not have a version number,
|
- This struct does not have a version number,
|
||||||
which is the same as saying that its version
|
which is the same as saying that its version
|
||||||
number matches the program's version number,
|
number matches the program's version number,
|
||||||
since it's compiled in.
|
since it's compiled in.
|
||||||
|
|
||||||
### Field Change Policy
|
### Field Change Policy
|
||||||
|
|
||||||
@@ -92,16 +92,16 @@ process for making [changes].
|
|||||||
The presence of an `apiVersion` field in a k8s
|
The presence of an `apiVersion` field in a k8s
|
||||||
native type signals:
|
native type signals:
|
||||||
|
|
||||||
- its reliability level (alpha vs beta vs
|
- its reliability level (alpha vs beta vs
|
||||||
generally available),
|
generally available),
|
||||||
|
|
||||||
|
- the existence of code to provide default values
|
||||||
|
to fields not present in a serialization,
|
||||||
|
|
||||||
|
- the existence of code to provide both forward
|
||||||
|
and backward conversion between different
|
||||||
|
versions of types.
|
||||||
|
|
||||||
- the existence of code to provide default values
|
|
||||||
to fields not present in a serialization,
|
|
||||||
|
|
||||||
- the existence of code to provide both forward
|
|
||||||
and backward conversion between different
|
|
||||||
versions of types.
|
|
||||||
|
|
||||||
The k8s API promises a lossless _conversion_
|
The k8s API promises a lossless _conversion_
|
||||||
between versions over a specific range. This
|
between versions over a specific range. This
|
||||||
means that a recent client can write an object
|
means that a recent client can write an object
|
||||||
@@ -124,13 +124,13 @@ defaulting and conversions).
|
|||||||
The critical difference between k8s API versioning
|
The critical difference between k8s API versioning
|
||||||
and kustomization file versioning is
|
and kustomization file versioning is
|
||||||
|
|
||||||
- A k8s API server is able to go _forward_ and
|
- A k8s API server is able to go _forward_ and
|
||||||
_backward_ in versioning, to work with older
|
_backward_ in versioning, to work with older
|
||||||
clients, over [some range].
|
clients, over [some range].
|
||||||
|
|
||||||
- The `kustomize edit fix` command only moves
|
- The `kustomize edit fix` command only moves
|
||||||
_forward_ within a _major_ program
|
_forward_ within a _major_ program
|
||||||
version.
|
version.
|
||||||
|
|
||||||
At the time of writing, the YAML in a
|
At the time of writing, the YAML in a
|
||||||
kustomization file does not represent a [k8s API]
|
kustomization file does not represent a [k8s API]
|
||||||
@@ -160,7 +160,7 @@ a kustomization file: [`kind`] and [`apiVersion`].
|
|||||||
If either field is present, they both must be, and
|
If either field is present, they both must be, and
|
||||||
they must have the following values:
|
they must have the following values:
|
||||||
|
|
||||||
```
|
``` yaml
|
||||||
kind: Kustomization
|
kind: Kustomization
|
||||||
apiVersion: kustomize.config.k8s.io/v1beta1
|
apiVersion: kustomize.config.k8s.io/v1beta1
|
||||||
```
|
```
|
||||||
@@ -171,7 +171,7 @@ domain-squatting behavior for some future API. A
|
|||||||
kustomize user gains nothing from adding these
|
kustomize user gains nothing from adding these
|
||||||
fields to a kustomization file.
|
fields to a kustomization file.
|
||||||
|
|
||||||
### Why not require `kind` and `apiVersion`?
|
### Why not require `kind` and `apiVersion`
|
||||||
|
|
||||||
#### Ease of use and setting proper expectations
|
#### Ease of use and setting proper expectations
|
||||||
|
|
||||||
@@ -203,7 +203,6 @@ locked into `/v1beta1` or `/v1` and the `kind`
|
|||||||
and `apiVersion` fields can be required from that
|
and `apiVersion` fields can be required from that
|
||||||
moment forward.
|
moment forward.
|
||||||
|
|
||||||
|
|
||||||
[field change policy]: #field-change-policy
|
[field change policy]: #field-change-policy
|
||||||
[some range]: https://kubernetes.io/docs/reference/using-api/deprecation-policy
|
[some range]: https://kubernetes.io/docs/reference/using-api/deprecation-policy
|
||||||
[proposal]: https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/customresources-versioning.md
|
[proposal]: https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/customresources-versioning.md
|
||||||
|
|||||||
Reference in New Issue
Block a user