kubernetes/enhancements

Enhancements tracking repo for Kubernetes

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 51 minutes ago
Added to GitGenius on June 23rd, 2026
Created on May 2nd, 2016
Open Issues & Pull Requests: 435 (+0)
GitHub issues: Enabled
Number of forks: 1,717
Total Stargazers: 3,937 (+0)
Total Subscribers: 355 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 0.0 hours
Mean response time: 5.8 days
90th percentile: 7.5 days
Tracked items: 810

How this project is maintained

Around half of the issues opened in the past year never receive a reply. 61% of open issues come from outside the core team, a mix of external reports and the maintainers' own roadmap. 22% of tracked open issues have had no activity in three months. Only 0% of issues opened in the past year have been closed.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 292
New in 7 days: 5
Closed in 7 days: 2
Avg open age: 683 days
Stale 30+ days: 163
Stale 90+ days: 99

Recent activity

Opened in 7 days: 4
Closed in 7 days: 2
Comments in 7 days: 28
Events in 7 days: 130

Top labels

  • sig/node (270)
  • lifecycle/rotten (213)
  • stage/alpha (197)
  • stage/stable (197)
  • kind/feature (141)
  • stage/beta (127)
  • sig/scheduling (117)
  • sig/api-machinery (105)

Detailed Description

The kubernetes/enhancements repository serves as the official tracking system for new features and improvements to the Kubernetes project. Owned by SIG Architecture, this repository maintains a centralized record of enhancement proposals through issues and KEPs (Kubernetes Enhancement Proposals), functioning as both a planning tool and accountability mechanism for the Kubernetes release cycle. The repository uses a structured approach to manage enhancements that typically span multiple releases and require coordination across different Special Interest Groups.

The repository defines enhancements using specific criteria to distinguish them from routine maintenance work. An enhancement qualifies if it warrants a blog post upon release, requires participation from multiple parties or SIGs, involves graduating features through maturity stages from alpha to beta to general availability, demands significant implementation effort, substantially impacts Kubernetes user experience or operations, or introduces changes that users will notice and depend upon. Conversely, implementations using CustomResourceDefinitions, test fixes, code refactoring, performance improvements visible only as faster operations, or simple error message additions are explicitly excluded from enhancement tracking.

The enhancement creation process requires that ideas circulate through community channels first, including Community Meetings, SIG meetings, mailing lists, or existing GitHub issues. Proposers must identify committed team members willing to shepherd the enhancement through its development lifecycle, which typically spans nine months to a year to reach stable status. This gatekeeping ensures that only well-vetted proposals with dedicated ownership enter the tracking system.

The repository maintains visualization tools for tracking enhancements across multiple Kubernetes release cycles. As of version 1.26, enhancements are displayed through Enhancements Tracking Boards with links to milestone-specific views covering releases 1.26 through 1.36. Prior releases used spreadsheet-based tracking, now archived for historical reference. The repository employs a labeling system using sig/foo to denote owning SIGs, kind/feature to mark enhancement issues, and stage labels to indicate maturity levels.

The enhancement tracking system enforces high standards for new features by requiring thorough testing, complete documentation, and consistency with existing Kubernetes components. This multi-stage approval process with different reviewers for different aspects ensures that nothing is overlooked during an enhancement's development lifetime.