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

Newer version of Kubernetes support #712

Closed
patrickshan opened this issue Apr 12, 2024 · 6 comments
Closed

Newer version of Kubernetes support #712

patrickshan opened this issue Apr 12, 2024 · 6 comments
Labels
lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed.

Comments

@patrickshan
Copy link

Hi there,

Looking at the Compatibility Matrix, it seems that currently scheduler-plugins only supports Kubernetes version up to 1.27.8. But when I checked the go modules dependency, it seems that it's already using 1.28.4 library. Does that mean current master already supports 1.28 ? How about 1.29 ? Is there any plan to sync with the Kubernetes release ?

Thanks,
Patrick

@Huang-Wei
Copy link
Contributor

Does that mean current master already supports 1.28 ?

Yes, master vendors 1.28, and we treat master as the developer branch.

How about 1.29 ?

I will cut release 0.28 no late than next week. And meanwhile, bump k8s deps on master to 1.29.

Is there any plan to sync with the Kubernetes release ?

We are intentionally making master one release behind the latest release of k8s release.

@patrickshan
Copy link
Author

@Huang-Wei thanks for the information. Any link I can read for the reason behind the decision about the third question ? (one release behind the latest release)

@Huang-Wei
Copy link
Contributor

Huang-Wei commented Apr 18, 2024

@patrickshan One reason is based on users' demands, i.e., how confident the majority of our users would be if master jump onto latest k8s release immediately when it's released.

The other reason is, the latest release may need some time to soak to reveal issues, which is one another issue staying one release behind is a good choice.

The last reason is b/c of maintainer's bandwith, we don't do backport fixes frequently, so developing on a stable k8s base is critical.

Ref: #503 (comment)

@k8s-triage-robot
Copy link

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle stale
  • Close this issue with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jul 17, 2024
@k8s-triage-robot
Copy link

The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle rotten
  • Close this issue with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle rotten

@k8s-ci-robot k8s-ci-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Aug 16, 2024
@Huang-Wei
Copy link
Contributor

It's already completed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed.
Projects
None yet
Development

No branches or pull requests

4 participants