Skip to content

Releases: kubernetes-sigs/gateway-api

v0.6.1

08 Feb 19:22
e5170d1
Compare
Choose a tag to compare

API versions: v1beta1, v1alpha2

This is a patch release that predominantly includes updated conformance tests
for implementations to implement.

For all major changes since the v0.5.x release series, please see the
v0.6.0 release notes.

Bug Fixes

  • Our regex for validating path characters was updated to accurately identify
    "p-chars" as per RFC-3986.
    (#1644, @jackstine)
  • An erroneous "namespace" field was present in our webhook ClusterRoleBindings
    and has been removed.
    (#1684, @tao12345666333)

New Features

  • Conditions for Policies have been added to the Golang library, enabling
    Go-based implementations to re-use those for their downstream Policies.
    (#1682, @mmamczur)

Conformance Test Updates

  • Added conformance tests for checking Port, Scheme and Path to the extended and
    experimental features.
    (#1611, @LiorLieberman)
  • Added conformance tests for HTTP rewrite
    (#1622, #1628, @LiorLieberman)
  • Added more conformance tests for path matching to catch known edge cases.
    (#1627, @sunjayBhatia)
  • Added some initial conformance tests for TLSRoute passthrough.
    (#1579, @candita)
  • Added conformance tests that exercise NotAllowedByListeners reason.
    (#1669, @mlavacca)
  • Loosen the Accepted check in GatewayClass observed generation tests to
    provide a more realistic test for implementations.
    (#1655, @arkodg)
  • A "SkipTests" field has been added to accomodate implementations in
    running subsets of the tests as needed, this can be particularly helpful
    for new implementations that want to add conformance iteratively.
    (#1578, @mlavacca)
  • Fixed a broken test for GRPCRoute that caused an erronous failure.
    (#1692, @arkodg)
  • Added "all-features" flag to conformance test to enable all supported
    features on test runs.
    (#1642, @gyohuangxin)
  • Fixed usage of net/http default client in conformance test suite
    (#1617, @howardjohn)
  • Fixed missing reference to NoMatchingParent in godoc
    (#1671, @mlavacca)

Full Changelog: v0.6.0...v0.6.1

v0.6.0

21 Dec 13:14
Compare
Choose a tag to compare

API versions: v1beta1, v1alpha2

Major Changes

ReferenceGrant moves to v1beta1, ReferencePolicy removed

With more implementations now supporting ReferenceGrant (and more conformance coverage of the resource), we've moved ReferenceGrant to v1beta1 in this release. Note that moving to beta also moves the object to the Standard channel (it was Experimental previously).

We've also removed the already-deprecated ReferencePolicy resource, so please move over to the shiny new ReferenceGrant, which has all the same features.

  • Promotes ReferenceGrant to the v1beta1 API and the standard release channel
    (#1455, @nathancoleman)
  • ReferencePolicy has been removed from the API in favor of ReferenceGrant.
    (#1406, @robscott)

Introduce GRPCRoute

The GRPCRoute resource has been introduced in order to simplify the routing of GRPC requests.
Its design is described in GEP-1016.
As it is a new resource, it is introduced in the experimental channel.

Thanks to @gnossen for pushing this ahead.

Status updates

As described in GEP-1364, status conditions have been updated within the Gateway resource to make it more consistent with the rest of the API. These changes, along with some other status changes, are detailed below.

Gateway:

  • New Accepted and Programmed conditions introduced.
  • Scheduled condition deprecated.
  • Core Conditions now Accepted and Programmed.
  • Moves to Extended: Ready.

Gateway Listener:

  • New Accepted and Programmed conditions introduced.
  • Detached condition deprecated.
  • Core Conditions now Accepted, Programmed, ResolvedRefs, and Conflicted.
  • Moves to Extended: Ready.

All Resources:

  • The Accepted Condition now has a Pending reason, which is the default until
    the condition is updated by a controller.

Route resources:

  • The Accepted Condition now has a NoMatchingParent reason, to be set on routes
    when no matching parent can be found.

The purpose of these changes is to make the status flows more consistent across objects, and to provide a clear pattern for new objects as we evolve the API.

Note: This change will require updates for implementations to be able to pass conformance tests. Implementations may choose to publish both new and old conditions, or only new conditions.

  • Adds Accepted and deprecates Detached Listener conditions and reasons (#1446, @mikemorris)
  • Adds Accepted and deprecates Scheduled Gateway conditions and reasons (#1447, @mikemorris)
  • Adds Pending reason for use with all Accepted conditions throughout the API (#1453, @youngnick)
  • Adds Programmed Gateway and Listener conditions, moves Ready to extended
    conformance (#1499, @LCaparelli)
  • Add RouteReasonNoMatchingParent reason for Accepted condition. (#1516, @pmalek)

Other Changes by type

Deprecations

  • GatewayClass, Gateway, and HTTPRoute are now only supported with the v1beta1
    version of the API. The v1alpha2 API versions of these resources will be fully
    removed in a future release. Additionally, v1alpha2 is marked as deprecated
    everywhere. (#1348 and #1405, @robscott)

API Changes

  • A new field responseHeaderModifier is added to .spec.rules.filters, which
    allows for modification of HTTP response headers (#1373, @aryan9600)
  • Display the Programmed condition instead of the Ready condition in the output
  • HTTPRoute: Validating webhook now ensures that Exact and Prefix path match
    values can now only include valid path values per RFC-3986. (RegularExpression
    path matches are not affected by this change). (#1599, @robscott)
  • RegularExpression type selectors have been clarified to all be
    ImplementationSpecific conformance. (#1604, @youngnick)

Documentation

  • Clarify that BackendObjectReference's Port field specifies a service port, not
    a target port, for Kubernetes Service backends. (#1332, @Miciah)
  • HTTPRequestHeaderFilter and HTTPResponseHeaderFilter forbid configuring
    multiple actions for the same header. (#1497, @rainest)
  • Changes "custom" conformance level to "implementation-specific" (#1436,
    @LCaparelli)
  • Clarification that changes to ReferenceGrants MUST be reconciled (#1429,
    @robscott)

Conformance Tests

  • ExemptFeatures have been merged into SupportedFeatures providing implementations
    a uniform way to specify the features they support.
    (#1507, @robscott) (#1394, @gyohuangxin)
  • To be conformant with the API, if there is no ReferenceGrant that grants a
    listener to reference a secret in another namespace, the
    ListenerConditionReason for the condition ResolvedRefs must be set to
    RefNotPermitted instead of InvalidCertificateRef. (#1305, @mlavacca)
  • A new test has been added to cover HTTP Redirects (#1556, @LiorLieberman)
  • Fix Gateway reference in HTTPRouteInvalidParentRefNotMatchingListenerPort
    (#1591, @sayboras)

Build Changes

Developer Notes

  • Deprecated v1alpha2 Go types are now aliases to their v1beta1 versions
    (#1390, @howardjohn)

New Contributors

Full Changelog: v0.5.0...v0.6.0

v0.6.0-rc2

16 Dec 18:35
889b226
Compare
Choose a tag to compare
v0.6.0-rc2 Pre-release
Pre-release

What's Changed

We expect this to be our final release candidate before launching v0.6.0. This
release candidate includes a variety of cleanup and documentation updates. The
changelog below represents the changes since v0.6.0-rc1.

Conformance Tests

  • A new test has been added to cover HTTP Redirects (#1556, @LiorLieberman)
  • Fix Gateway reference in HTTPRouteInvalidParentRefNotMatchingListenerPort
    (#1591, @sayboras)

General Cleanup

  • Display the Programmed condition instead of the Ready condition in the output
    of kubectl get gateways. (#1602, @skriss)
  • GRPCRoute: Regex validation for Method and Service has been tightened to match
    GRPC spec. (#1599, @robscott)
  • GRPCRoute: Webhook validation of GRPCRoute has been expanded to closely match
    HTTPRoute validation. (#1599, @robscott)
  • HTTPRoute and Gateway: Gaps between webhook validation for v1alpha2 and
    v1beta1 have been closed. (#1599, @robscott)
  • HTTPRoute: Validating webhook now ensures that Exact and Prefix path match
    values can now only include valid path values per RFC-3986. (RegularExpression
    path matches are not affected by this change). (#1599, @robscott)
  • The Gateway default conditions list now includes the Programmed condition.
    (#1604, @youngnick)
  • RegularExpression type selectors have been clarified to all be
    ImplementationSpecific conformance. (#1604, @youngnick)

New Contributors

Full Changelog: v0.6.0-rc1...v0.6.0-rc2

v0.6.0-rc1

01 Dec 23:13
5fa7994
Compare
Choose a tag to compare
v0.6.0-rc1 Pre-release
Pre-release

Major Changes

ReferenceGrant moves to v1beta1, ReferencePolicy removed

With more implementations now supporting ReferenceGrant (and more conformance coverage of the resource), we've moved ReferenceGrant to v1beta1 in this release. Note that moving to beta also moves the object to the Standard channel (it was Experimental previously).

We've also removed the already-deprecated ReferencePolicy resource, so please move over to the shiny new ReferenceGrant, which has all the same features.

  • Promotes ReferenceGrant to the v1beta1 API and the standard release channel
    (#1455, @nathancoleman)
  • ReferencePolicy has been removed from the API in favor of ReferenceGrant.
    (#1406, @robscott)

Introduce GRPCRoute

The GRPCRoute resource has been introduced in order to simplify the routing of GRPC requests.
Its design is described in GEP-1016.
As it is a new resource, it is introduced in the experimental channel.

Thanks to @gnossen for pushing this ahead.

Status updates

As described in GEP-1364, status conditions have been updated within the Gateway resource to make it more consistent with the rest of the API. These changes, along with some other status changes, are detailed below.

Gateway:

  • New Accepted and Programmed conditions introduced.
  • Scheduled condition deprecated.
  • Core Conditions now Accepted and Programmed.
  • Moves to Extended: Ready.

Gateway Listener:

  • New Accepted and Programmed conditions introduced.
  • Detached condition deprecated.
  • Core Conditions now Accepted, Programmed, ResolvedRefs, and Conflicted.
  • Moves to Extended: Ready.

All Resources:

  • The Accepted Condition now has a Pending reason, which is the default until
    the condition is updated by a controller.

Route resources:

  • The Accepted Condition now has a NoMatchingParent reason, to be set on routes
    when no matching parent can be found.

The purpose of these changes is to make the status flows more consistent across objects, and to provide a clear pattern for new objects as we evolve the API.

Note: This change will require updates for implementations to be able to pass conformance tests. Implementations may choose to publish both new and old conditions, or only new conditions.

  • Adds Accepted and deprecates Detached Listener conditions and reasons (#1446, @mikemorris)
  • Adds Accepted and deprecates Scheduled Gateway conditions and reasons (#1447, @mikemorris)
  • Adds Pending reason for use with all Accepted conditions throughout the API (#1453, @youngnick)
  • Adds Programmed Gateway and Listener conditions, moves Ready to extended
    conformance (#1499, @LCaparelli)
  • Add RouteReasonNoMatchingParent reason for Accepted condition. (#1516, @pmalek)

Other Changes by type

Deprecations

  • GatewayClass, Gateway, and HTTPRoute are now only supported with the v1beta1
    version of the API. The v1alpha2 API versions of these resources will be fully
    removed in a future release. Additionally, v1alpha2 is marked as deprecated
    everywhere. (#1348 and #1405, @robscott)

API Changes

  • A new field responseHeaderModifier is added to .spec.rules.filters, which
    allows for modification of HTTP response headers (#1373, @aryan9600)

Conformance Tests

  • ExemptFeatures have been merged into SupportedFeatures providing implementations
    a uniform way to specify the features they support.
    (#1507, @robscott) (#1394, @gyohuangxin)
  • To be conformant with the API, if there is no ReferenceGrant that grants a
    listener to reference a secret in another namespace, the
    ListenerConditionReason for the condition ResolvedRefs must be set to
    RefNotPermitted instead of InvalidCertificateRef. (#1305, @mlavacca)

Developer Notes

  • Deprecated v1alpha2 Go types are now aliases to their v1beta1 versions
    (#1390, @howardjohn)
  • Moved type translation helpers from the utils package to a new package named
    translator. (#1337, @carlisia)

Documentation

  • Clarify that BackendObjectReference's Port field specifies a service port, not
    a target port, for Kubernetes Service backends. (#1332, @Miciah)
  • HTTPRequestHeaderFilter and HTTPResponseHeaderFilter forbid configuring
    multiple actions for the same header. (#1497, @rainest)
  • Changes "custom" conformance level to "implementation-specific" (#1436,
    @LCaparelli)
  • Clarification that changes to ReferenceGrants MUST be reconciled (#1429,
    @robscott)

v0.5.1

API versions: v1beta1, v1alpha2

This release includes a number of bug fixes and clarifications:

API Spec

  • The spec has been clarified to state that the port specified in BackendRef
    refers to the Service port number, not the target port, when a Service is
    referenced. #1332
  • The spec has been clarified to state that "Accepted" should be used instead of
    "Attached" on HTTPRoute.
    #1382

Webhook:

  • The duplicate gateway-system namespace definitions have been removed.
    #1387
  • The webhook has been updated to watch v1beta1.
    #1365

Conformance:

  • The expected condition for a cross-namespace certificate reference that has
    not been allowed by a ReferenceGrant has been changed from
    "InvalidCertificateRef" to "RefNotPermitted" to more closely match the spec.
    #1351
  • A new test has been added to cover when a Gateway references a Secret that
    does not exist
    #1334

v0.5.1

27 Sep 21:06
02fc8af
Compare
Choose a tag to compare

API versions: v1beta1, v1alpha2

This release includes a number of bug fixes and clarifications:

API Spec

  • The spec has been clarified to state that the port specified in BackendRef
    refers to the Service port number, not the target port, when a Service is
    referenced. #1332
  • The spec has been clarified to state that "Accepted" should be used instead of
    "Attached" on HTTPRoute.
    #1382

Webhook:

  • The duplicate gateway-system namespace definitions have been removed.
    #1387
  • The webhook has been updated to watch v1beta1.
    #1365

Conformance:

  • The expected condition for a cross-namespace certificate reference that has
    not been allowed by a ReferenceGrant has been changed from
    "InvalidCertificateRef" to "RefNotPermitted" to more closely match the spec.
    #1351
  • A new test has been added to cover when a Gateway references a Secret that
    does not exist
    #1334

v0.5.0

13 Jul 17:20
547122f
Compare
Choose a tag to compare

API versions: v1beta1, v1alpha2

This release is all about stability.

Changes in this release can largely be divided into the following categories:

  • Release Channels
  • Resources graduating to beta
  • New experimental features
  • Bug Fixes
  • General Improvements
  • Breaking Changes
    • Validation improvements
    • Internal type cleanup

Note: This release is largely identical to v0.5.0-rc2, this changelog tracks
the difference between v0.5.0 and v0.4.3.

Release channels

In this release, we've made two release channels available, experimental and
standard.

The experimental channel contains all resources and fields, while standard
contains only resources that mave moved to beta status.

We've also added a way to flag particular fields within a resource as
experimental, and any fields marked in this way are only present in the
experimental channel. Please see the versioning docs for a more
detailed explanation.

One caveat for the standard channel - due to work on the new ReferenceGrant
resource: conformance tests may not pass with the standard set of CRDs.

Resources graduating to beta

The following APIs have been promoted to a v1beta1 maturity:

  • GatewayClass
  • Gateway
  • HTTPRoute

New Experimental Features

  • Routes can now select Gateway listeners by port number
    #1002
  • Gateway API now includes "Experimental" release channel. Consequently, CRDs now
    include gateway.networking.k8s.io/bundle-version and
    gateway.networking.k8s.io/channel annotations.
    #945
  • URL Rewrites and Path redirects have been added as new "Experimental" features
    #945

Bug Fixes

  • Fixes a problem that would cause webhook deployment to fail on Kubernetes
    v1.22 and greater.
    #991
  • Fixes a bug where the Namespace could be unspecified in ReferencePolicy
    #964
  • Fixes a bug where v1alpha2 GatewayClass controller names were not being
    shown in the output of kubectl get gatewayclasses
    #909

General Improvements

  • Conformance tests were introduced with GEP-917 and multiple
    conformance tests were added from a variety of contributors under the
    conformance/ directory.
  • The status of the GatewayClass "Accepted" condition for the GatewayClass
    is now present in kubectl get output.
    #1168
  • New RouteConditionReason types RouteReasonNotAllowedByListeners and
    RouteReasonNoMatchingListenerHostname were added.
    #1155
  • New RouteConditionReason type added with RouteReasonAccepted,
    RouteReasonResolvedRefs and RouteReasonRefNotPermitted constants.
    #1114
  • Introduced PreciseHostname which prevents wildcard characters in relevant
    Hostname values.
    #956

Validation Improvements

  • Webhook validation now ensures that a path match exists when required by path
    modifier in filter.
    #1171
  • Webhook validation was added to ensure that only type-appropriate fields are
    set in HTTPPathModifier.
    #1124
  • The Gateway API webhook is now deployed in a gateway-system namespace
    instead of gateway-api.
    #1051
  • Adds webhook validation to ensure that no HTTP header or query param is
    matched more than once in a given route rule. (#1230, @skriss)

Breaking Changes

  • The v1alpha1 API version was deprecated and removed.
    #1197
    #906
  • The NamedAddress value for Gateway's spec.addresses[].type field has
    been deprecated, and support for domain-prefixed values (like
    example.com/NamedAddress) has been added instead to better represent the
    custom nature of this support.
    #1178
  • Implementations are now expected to use 500 instead of 503 responses when
    the data-plane has no matching route.
    #1151,
    #1258

UX and Status Improvements

The following are breaking changes related to status updates and end-user
experience changes.

  • The UnsupportedExtension named ListenerConditionReason has been removed.
    #1146
  • The RouteConflict named ListenerConditionReason has been removed.
    #1145

Internal Type Cleanup

These changes will only affect implementations. Implementors will need to adjust
for the type changes when updating the Gateway API dependency in their projects.

NOTE: These kinds of changes are not always present in the CHANGELOG so
please be aware that the CHANGELOG is not an exhaustive list of Go
type changes. In this case there were a significant number of changes
in a single release, so we included them for extra visibility for
implementors.

  • ReferencePolicy has been renamed to ReferenceGrant.
    #1179
  • GatewayTLSConfig's CertificateRefs field is now a slice of pointers to
    structs instead of the structs directly.
    #1176
  • HTTPPathModifer field Absolute renamed to ReplaceFullPath
    #1124
  • the ParentRef type was renamed to ParentReference
    #982
  • Types ConditionRouteAccepted and ConditionRouteResolvedRefs are now
    deprecated in favor of RouteConditionAccepted & RouteConditionResolvedRefs
    #1114

v0.5.0-rc2

12 Jul 18:13
35ad4f4
Compare
Choose a tag to compare
v0.5.0-rc2 Pre-release
Pre-release

API versions: v1beta1, v1alpha2

We expect this to be our final release candidate before launching v0.5.0. This
release candidate includes a variety of cleanup and documentation updates.

Webhook

  • Adds webhook validation to ensure that no HTTP header or query param is
    matched more than once in a given route rule. (#1230, @skriss)

Documentation

  • Add examples and documentation for v1beta1 (#1238, @EmilyShepherd)
  • Add policy attachment example (#1233, @keithmattix)
  • Add warning headers for experimental resources/concepts (#1234, @keithmattix)
  • All Enum API fields have had updates to clarify that we may add values at any
    time, and that implementations must handle unknown Enum values. (#1258,
    @youngnick)
  • Spacing has been improved around the documentation of feature-level
    core/extended support for better readability and clarity. (#1241, @acnodal-tc)
  • Update ReferenceGrant docs to include Gateways that reference a Secret in a
    different namespace (#1181, @nathancoleman)

Cleanup

  • ReferencePolicyList Items is an array of ReferencePolicy again (#1239,
    @dprotaso)
  • This release of experimental-install.yaml will apply successfully. Previous
    releases had some extraneous yaml. (#1232, @acnodal-tc)
  • The NamedAddress type is back to support backwards compatibility but it is
    still formally deprecated. (#1252, @robscott)

v0.5.0-rc1

15 Jun 00:51
4f86f0b
Compare
Choose a tag to compare
v0.5.0-rc1 Pre-release
Pre-release

The working group expects that this release candidate is quite close to the final v0.5.0
release. However, breaking API changes are still possible.

This release candidate is suitable for implementors, but the working group does not
recommend shipping products based on a release candidate API due to the possibility
of incompatible changes prior to the final release.

API versions: v1beta1, v1alpha2

Changes in this release can largely be divided into the following categories:

  • Release Channels
  • Resources graduating to beta
  • New experimental features
  • Bug Fixes
  • General Improvements
  • Breaking Changes
    • Validation improvements
    • Internal type cleanup

Release channels

In this release, we've made two release channels available, experimental and
standard.

The experimental channel contains all resources and fields, while standard
contains only resources that mave moved to beta status.

We've also added a way to flag particular fields within a resource as
experimental, and any fields marked in this way are only present in the
experimental channel. Please see the versioning docs for a more
detailed explanation.

One caveat for the standard channel - due to work on the new ReferenceGrant
resource: conformance tests may not pass with the standard set of CRDs.

Resources Graduating to BETA

The following APIs have been promoted to a v1beta1 maturity:

  • GatewayClass
  • Gateway
  • HTTPRoute

#1192

New Experimental Features

  • Routes can now select Gateway listeners by port number
    #1002
  • Gateway API now includes "Experimental" release channel. Consequently, CRDs now
    include gateway.networking.k8s.io/bundle-version and
    gateway.networking.k8s.io/channel annotations.
    #945
  • URL Rewrites and Path redirects have been added as new "Experimental" features
    #945

Bug Fixes

  • Fixes a problem that would cause webhook deployment to fail on Kubernetes
    v1.22 and greater.
    #991
  • Fixes a bug where the Namespace could be unspecified in ReferencePolicy
    #964
  • Fixes a bug where v1alpha2 GatewayClass controller names were not being
    shown in the output of kubectl get gatewayclasses
    #909

General Improvements

  • Conformance tests were introduced with GEP-917 and multiple
    conformance tests were added from a variety of contributors under the
    conformance/ directory.
  • The status of the GatewayClass "Accepted" condition for the GatewayClass
    is now present in kubectl get output.
    #1168
  • New RouteConditionReason types RouteReasonNotAllowedByListeners and
    RouteReasonNoMatchingListenerHostname were added.
    #1155
  • New RouteConditionReason type added with RouteReasonAccepted,
    RouteReasonResolvedRefs and RouteReasonRefNotPermitted constants.
    #1114
  • Introduced PreciseHostname which prevents wildcard characters in relevant
    Hostname values.
    #956

Validation Improvements

  • Webhook validation now ensures that a path match exists when required by path
    modifier in filter.
    #1171
  • Webhook validation was added to ensure that only type-appropriate fields are
    set in HTTPPathModifier.
    #1124
  • The Gateway API webhook is now deployed in a gateway-system namespace
    instead of gateway-api.
    #1051

Breaking Changes

  • The v1alpha1 API version was deprecated and removed.
    #1197
    #906
  • The NamedAddress value for Gateway's spec.addresses[].type field has
    been deprecated, and support for domain-prefixed values (like
    example.com/NamedAddress) has been added instead to better represent the
    custom nature of this support.
    #1178
  • Implementations are now expected to use 500 instead of 503 responses when
    the data-plane has no matching route.
    #1151

UX and Status Improvements

The following are breaking changes related to status updates and end-user
experience changes.

  • The UnsupportedExtension named ListenerConditionReason has been removed.
    #1146
  • The RouteConflict named ListenerConditionReason has been removed.
    #1145

Internal Type Cleanup

These changes will only affect implementations. Implementors will need to adjust
for the type changes when updating the Gateway API dependency in their projects.

NOTE: These kinds of changes are not always present in the CHANGELOG so
please be aware that the CHANGELOG is not an exhaustive list of Go
type changes. In this case there were a significant number of changes
in a single release, so we included them for extra visibility for
implementors.

  • ReferencePolicy has been renamed to ReferenceGrant.
    #1179
  • GatewayTLSConfig's CertificateRefs field is now a slice of pointers to
    structs instead of the structs directly.
    #1176
  • HTTPPathModifer field Absolute renamed to ReplaceFullPath
    #1124
  • the ParentRef type was renamed to ParentReference
    #982
  • Types ConditionRouteAccepted and ConditionRouteResolvedRefs are now
    deprecated in favor of RouteConditionAccepted & RouteConditionResolvedRefs
    #1114

v0.4.3

05 May 23:38
cda56dd
Compare
Choose a tag to compare

API version: v1alpha2

This release includes improvements to our webhook, including:

  • Migrating kube-webhook-certgen to k8s.gcr.io/ingress-nginx:v1.1.1. #1126
  • New validation to ensure that a HTTPRouterFilter Type matches its value #1071
  • A fix to ensure that Path match validation actually works #1071

v0.4.2

14 Mar 18:46
304e8ae
Compare
Choose a tag to compare

API version: v1alpha2

This release is intended to verify our webhook image tagging process.

Bug Fixes

  • Update image generation process with more consistent naming #1034