You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: contributors/devel/sig-architecture/api-conventions.md
+33-14Lines changed: 33 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -419,27 +419,46 @@ Conditions are most useful when they follow some consistent conventions:
419
419
consistent standard, the `Ready` and `Succeeded` condition types may be used
420
420
by API designers for long-running and bounded-execution objects, respectively.
421
421
422
-
The `FooCondition` type for some resource type `Foo` may include a subset of the
423
-
following fields, but must contain at least `type` and `status` fields:
424
-
422
+
Conditions should follow the standard schema included in [k8s.io/apimachinery/pkg/apis/meta/v1/types.go](https://github.com/kubernetes/apimachinery/blob/release-1.23/pkg/apis/meta/v1/types.go#L1432-L1492).
423
+
It should be included as a top level element in status, similar to
425
424
```go
426
-
TypeFooConditionType`json:"type" description:"type of Foo condition"`
427
-
StatusConditionStatus`json:"status" description:"status of the condition, one of True, False, Unknown"`
0 commit comments