-
Notifications
You must be signed in to change notification settings - Fork 110
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
Release #17
Comments
Not as of now, but we plan to cut a tagged release alongside whenever some of the kubernetes CI jobs start using the kubetest2 deployers (which are under construction). |
@amwat any idea on timeframe? I would love an alpha release since I am having to upload a binary to gcs for one of my builds. |
We still don't have all the functionality from kubetest yet which I probably want before the first release. Most likely some time in the 1.20 time frame. Does go get latest work for you currently? |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Rotten issues close after 30d of inactivity. Send feedback to sig-contributor-experience at kubernetes/community. |
@fejta-bot: Closing this issue. In response to this:
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. |
/reopen |
@amwat: Reopened this issue. In response to this:
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. |
Bump. We could use a release 😁 |
Ack, I'd like to get in a few things and line up /cc @spiffxp @BenTheElder |
/priority important-soon |
it might be worth trialing with something like v0.0.1 just to exercise the mechanisms intended for use and let users start using fixed tags more easily. we can have many v0.0.Z to test it out. |
Can we please have a beta or alpha release?? Pretty please :) |
Bump |
I was mainly waiting on the node tester changes in #103 after which I'll cut a v0.1.0 |
Any updates??????? Please cut a release |
Ah yes, I've fallen a bit behind on this 😅 . All the things that we were mostly waiting on are in now. |
Is this still something that's going to happen? Any reason to not cut a release? |
amwat moved on and this project is understaffed, I'm currently the only active approver and I have a number of other more urgent things elsewhere |
Related: kubernetes-sigs#17 Adding [GoReleaser](https://goreleaser.com/) to handle generating releases for tags. This will make it so that cutting releases is as simple as pushing a tag. The result will be a release which includes the changelog, binaries for Linux/Windows/Darwin, as well as the checksums for each of the archives. I've added some light details about how it works in RELEASE.md as well as the one-time setup step required to make it work (A limited scope GitHub token).
Related: kubernetes-sigs#17 Adding [GoReleaser](https://goreleaser.com/) to handle generating releases for tags. This will make it so that cutting releases is as simple as pushing a tag. The result will be a release which includes the changelog, binaries for Linux/Windows/Darwin, as well as the checksums for each of the archives. To see what this looks like, I've created a dummy release on my fork. Because this is the first release, the changelog is massive, but going forward it should be a little more reasonable. Sample release: https://github.com/pseudomuto/kubetest2/releases/tag/v0.1.0 I've added some light details about how it works in RELEASE.md as well as the one-time setup step required to make it work (A limited scope GitHub token).
Hello @BenTheElder, it looks like there is a good time to resume discussion :) Right now it is impossible to use latest kubetest2 with ginkgo-tester and --test-package-version flag (when you need some exact test suite version, e.g. v1.22.2) due to preparation for ginkgo v2 in 0d04f94, it seems only master branch contain such changes https://github.com/kubernetes/kubernetes/blob/303f47c0c069c80ec6d2b3879bc879924d555a8a/hack/ginkgo-e2e.sh#L175 I prepared PR to revert this changes, but it could be better to have release at least before and after such global changes (I mean ginkgo and ginkgo v2) |
I’m sorry, I’ve been on vacation the past few weeks, I’m back now but I’m changing roles and will probably? step down from this project. EDIT: #212 My advice for now is to pin the version using We should probably consider at least extremely lightweight releases that merely provide some named v0.0.Z tags to work with for pinning even if we don’t have release notes, version support policies, binaries etc yet. cc @MushuEE |
Do we have a release or beta release cut of this? Where can I download it from?
The text was updated successfully, but these errors were encountered: