Change:
linktitle: Release History title: Releases type: docs <ins> layout: release-info </ins> ---

Discussion:
When a Kubernetes release happens, like 1.22, the now "old" site becomes a subdomain snapshot (ie: https://v1-). This is great for archival purposes, however, if you navigate to the snapshot's release page (https://v1-) it is stuck at that point in time. This problem exists because each older site is a branch. 1.21 is on the branch. We should have a single source of truth () and all other subdomains should automatically point to the current documentation. I would recommend adding a shortcode, much like we do to create the yellow box* on older pages. ! The yellow box shortcode exists on all versions and branches of k/website, but is contingent on a hugo configuration value (set ). For example: 1.22 on the branch does not have the box appear and the is set to false (). 1.21 on the branch does have the box appear and the is set to true () The bit of code that actually generates the parameter is in the following layout partial: The "T" before the value references using the translated strings that are localized in the relative language files. For example, the English translation is located . For more information on the releases page and how it's made, check out the PR: This is a well scoped issue, but maybe slightly more advanced for a first issue. I will mark it as such either way. /sig docs /good-first-issue
/triage accepted
I would like to work on this. /assign
Would it be OK to redirect https://v1- to ? At the point we make a release we could commit in some extra redirects (for v1.21, that'd be retrospective).
I believe this would disrupt the assumed UX, "I thought I was on the 1.21 docs" or the subsequent navigation. In addition, baking it into a shortcode similar to deprecations, there is no additional work for the docs release team. I think that would be a fine solution short term though.
We could use a Hugo layout rather than a shortcode for this. If we copy the way that the docs pages do that, I think that could work. Maybe with a tweak to say “release information” rather than “documentation”; maybe use shared wording but tweak it to be more neutral.

Sorry, for the noise, (I replied and deleted it) I thought this was a comment to a different issue. If we use a layout, we're still in the same problem of the release data contained on the branch never getting touched, right?
/area web-development
That layout can have a conditional, “is this the current release?” and skip rendering part of the page if the answer is . (The yellow deprecation warning is actually a layout not a shortcode) /retitle Create a Hugo layout to not display release information on older versions of As this has confused two experienced contributors(!) I'll leave this marked as Help Wanted but not as a good first issue. /remove-good-first-issue
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules: After 90d of inactivity, is applied After 30d of inactivity since was applied, is applied After 30d of inactivity since was applied, the issue is closed You can: Mark this issue or PR as fresh with Mark this issue or PR as rotten with Close this issue or PR with Offer to help out with [Issue Triage][1] Please send feedback to sig-contributor-experience at . /lifecycle stale [1]:
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules: After 90d of inactivity, is applied After 30d of inactivity since was applied, is applied After 30d of inactivity since was applied, the issue is closed You can: Mark this issue or PR as fresh with Close this issue or PR with Offer to help out with [Issue Triage][1] Please send feedback to sig-contributor-experience at . /lifecycle rotten [1]:
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules: After 90d of inactivity, is applied After 30d of inactivity since was applied, is applied After 30d of inactivity since was applied, the issue is closed You can: Reopen this issue or PR with Mark this issue or PR as fresh with Offer to help out with [Issue Triage][1] Please send feedback to sig-contributor-experience at .

/close [1]:
Closing this issue. <detailsIn response to : The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. After 90d of inactivity, is applied After 30d of inactivity since was applied, is applied After 30d of inactivity since was applied, the issue is closedReopen this issue or PR with Mark this issue or PR as fresh with Offer to help out with [Issue Triage][1] Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
/reopen I'd like to see this change happen.
Reopened this issue. <detailsIn response to : /reopen I'd like to see this change happen. Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules: After 90d of inactivity, is applied After 30d of inactivity since was applied, is applied After 30d of inactivity since was applied, the issue is closed You can: Reopen this issue or PR with Mark this issue or PR as fresh with Offer to help out with [Issue Triage][1] Please send feedback to sig-contributor-experience at . /close [1]:
Closing this issue. <detailsIn response to : The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. After 90d of inactivity, is applied After 30d of inactivity since was applied, is applied After 30d of inactivity since was applied, the issue is closedReopen this issue or PR with Mark this issue or PR as fresh with Offer to help out with [Issue Triage][1] Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
/reopen /lifecycle frozen
Reopened this issue. <detailsIn response to : /reopen /lifecycle frozen Instructions for interacting with me using PR comments are available .

If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
I'm happy to jump in and work on this issue to help move it forward. /assign