Skip to content
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

Update examples to v1beta1 #1245

Merged

Conversation

EmilyShepherd
Copy link
Contributor

What type of PR is this?
/kind documentation
/hold
(hold until the recommended version is >= 0.5.0)

What this PR does / why we need it:
This change was originall part of #1238, but it was agreed that updating the documentation's examples themselves should wait until 0.5.0 is the recommended version (currently it is still 0.4.x). This PR is those remaining changes which can be merged as and when they are needed.

This updates all examples to use v1beta1 variants, where possible, and links to the API Specification to use the v1beta1 versions.

It does not do any of the following:

  • GEPs are not touched
  • The "introducing v1alpha2" blog post still uses v1alpha2 for all of its examples
  • Examples that require the use of v1alpha2 resources, will continue to use v1alpha2 variants for their whole example, even for beta-graduated resources like the Gateway. This is in line with the advice to continue to use v1alpha2 internally, if you want to use alpha features. (The main examples of this are guides/tcp which uses exclusively v1alpha2 examples, and guides/tls which will use v1beta1 for examples that can be impleneted using just v1beta1 resources, or v1alpha2 for examples that require the alpha Reference Grant).

Does this PR introduce a user-facing change?:

Update documentation examples to v1beta1

Where v1beta1 resources exist, this updates the documentation to use
these instead.

The exceptions to this are:

- The "introducing v1alpha2" blog post still uses v1alpha2 examples for
all examples.
- All GEPs are unmodified
- Any examples that need to reference _some_ v1alpha2 resources, will
continue to use v1alpha2 resources for all (even where v1beta1 versions
exist). For example, the example in guides/tcp, the Gateway in its
example is a v1alpha2 resource, as TCPRoute does not exist in v1beta1.
This matches the general advice in [slack][api-advice] to continue to
using the alpha API for these cases.

[api-advice]: https://kubernetes.slack.com/archives/CR0H13KGA/p1656533075102939
The preferred URL schema was changed in 94b1067 to drop /v1alpha2 in
the path. Some links where missed. This commit fixes those up.
Previously, all links to the API specification pointed to the v1alpha2
versions of each resource. This updates the documentation to point to
v1beta1 instead.

NB: guides/tcp has been explictly ignored; it will continue to point to
the v1alpha2 variants, even for things like `Gateway` and `HTTPRotue`,
which have graduted to v1beta1. This is because the general
[advice][api-advice] is to continue to work with v1alpha2 versions if
you want to support alpha-features.

[api-advice]: https://kubernetes.slack.com/archives/CR0H13KGA/p1656533075102939
@k8s-ci-robot k8s-ci-robot added do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. kind/documentation Categorizes issue or PR as related to documentation. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. labels Jun 30, 2022
@k8s-ci-robot
Copy link
Contributor

Hi @EmilyShepherd. Thanks for your PR.

I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

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.

@k8s-ci-robot k8s-ci-robot added the size/L Denotes a PR that changes 100-499 lines, ignoring generated files. label Jun 30, 2022
@k8s-ci-robot k8s-ci-robot requested review from bowei and youngnick June 30, 2022 22:03
@youngnick
Copy link
Contributor

/ok-to-test

@k8s-ci-robot k8s-ci-robot added ok-to-test Indicates a non-member PR verified by an org member that is safe to test. and removed needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. labels Jul 1, 2022
@robscott robscott added this to the v0.5.0 milestone Jul 1, 2022
@robscott
Copy link
Member

robscott commented Jul 1, 2022

Thanks @EmilyShepherd!

/lgtm
/approve
/hold until release

@k8s-ci-robot k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Jul 1, 2022
@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: EmilyShepherd, robscott

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@k8s-ci-robot k8s-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jul 1, 2022
@robscott
Copy link
Member

/hold cancel

@k8s-ci-robot k8s-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Jul 13, 2022
@k8s-ci-robot k8s-ci-robot merged commit 482d988 into kubernetes-sigs:main Jul 13, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. kind/documentation Categorizes issue or PR as related to documentation. lgtm "Looks good to me", indicates that a PR is ready to be merged. ok-to-test Indicates a non-member PR verified by an org member that is safe to test. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants