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

New version support calendar? #146

Closed
omnibs opened this issue Sep 25, 2020 · 3 comments
Closed

New version support calendar? #146

omnibs opened this issue Sep 25, 2020 · 3 comments

Comments

@omnibs
Copy link

omnibs commented Sep 25, 2020

There's a growing set of problems I've been facing managing Helm charts which dhall-kubernetes can solve, I want to adopt, but I don't want it to hold me back from upgrading to a new Kubernetes version. K8S 1.19 has been out for a month and I'm not sure from looking at the repo when I can expect dhall-kubernetes to add support.

Is it possible to document a release calendar / support calendar in the readme or somewhere? I'm thinking "dhall-kubernetes adds support to new Kubernetes versions within X months. Versions are supported for up to X years".

I realize this means the project would commit to a release calendar, and it might not have the bandwidth to commit, but making that explicit would be helpful too.

@Gabriella439
Copy link
Contributor

@omnibs: Oh, it's actually very easy for us to support new Kubernetes versions because the process is almost entirely automated via our ./scripts/add-kubernetes-release.sh script (especially after #148 is merged).

The only reason we haven't added support for 1.19 yet is because I don't closely follow Kubernetes releases, but if somebody requests me to add support for a new Kubernetes version, it's easy for me (or any other person) to do. Also, if there is a low-volume way I can get notified of new Kubernetes releases I can take care of releasing them when they come out.

Basically, this is a long-winded way of saying that we can easily support a new Kubernetes release within a day of the release (modulo weekends/holidays/vacation/etc.).

As far as a support calendar goes, we currently have no issues supporting releases indefinitely (since we haven't yet run into any technical issues with supporting older releases). The only soft limitation we will eventually hit is the size of the repository (due to the large number of generated files), but we still haven't gotten to the point where it's a problem, yet.

I also went ahead and created a pull request to add support for API version 1.19: #147

@omnibs
Copy link
Author

omnibs commented Sep 25, 2020

Oh wow, that's awesome :D I assumed there was some manual labor involved in keeping things working / making new things work.

We can assume then if anyone is missing a new version, anyone can add it using the release script, plus if folks struggle, it wouldn't be unpolite to ask =]

Going to go ahead and close this

@omnibs omnibs closed this as completed Sep 25, 2020
@Gabriella439
Copy link
Contributor

@omnibs: Yeah, that's correct! Anybody can feel free to ask me to do it or open a pull request themselves

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants