Comments (7)
That makes sense. In that case, it might be helpful to keep an index of other deployer implementations here.
from kubetest2.
@tallclair:
This request has been marked as needing help from a contributor.
Guidelines
Please ensure that the issue body includes answers to the following questions:
- Why are we solving this issue?
- To address this issue, are there any code changes? If there are code changes, what needs to be done in the code and what places can the assignee treat as reference points?
- Does this issue have zero to low barrier of entry?
- How can the assignee reach out to you for help?
For more details on the requirements of such an issue, please see here and ensure that they are met.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help
command.
In response to this:
Would be great to have a minikube deployer, as an alternative to kind for local development.
/help
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.
from kubetest2.
FWIW: We don't necessarily intend to have all deployers in this repo, kubetest2 is usable as a library, we have a few exec
based deployers here as references, but for example kops
implements one in their repo, so they can use kops as a library (and not pollute the dependencies in this repo).
https://kops.sigs.k8s.io/contributing/testing/#kubernetes-e2e-testing
https://pkg.go.dev/k8s.io/kops/tests/e2e/kubetest2-kops
We had a lot of headache with kubetest as a single binary and deployer dependencies in the past, so kubetest2 is hopefully very easy to import, shim, and support in external projects.
There's an argument to be made for moving out the existing deployers, though we probably want to keep at least one of the no-dependency deployers just as a reference implementation.
We also have extremely little bandwidth to review and approve changes in this repo, currently I am the only active approver 🙃 , so implementing additional deployers externally keeps down my already over-subscribed review load.
from kubetest2.
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,
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 or PR as fresh with
/remove-lifecycle stale
- Mark this issue or PR as rotten with
/lifecycle rotten
- Close this issue or PR with
/close
- Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
from kubetest2.
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,
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 or PR as fresh with
/remove-lifecycle rotten
- Close this issue or PR with
/close
- Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
from kubetest2.
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages 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:
- Reopen this issue with
/reopen
- Mark this issue as fresh with
/remove-lifecycle rotten
- Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/close not-planned
from kubetest2.
@k8s-triage-robot: Closing this issue, marking it as "Not Planned".
In response to this:
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages 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 closedYou can:
- Reopen this issue with
/reopen
- Mark this issue as fresh with
/remove-lifecycle rotten
- Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/close not-planned
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.
from kubetest2.
Related Issues (20)
- Kubetest2 doesn not down on ginkgo failures HOT 1
- Implement AKS deployer HOT 5
- Support GCE PD testing HOT 8
- kubetest2-ginko tester overwrites local e2e.test HOT 6
- Ginkgo v2 flag changes break testing older k8s versions HOT 3
- Kubetest2 should support ginkgov2 for 1.25+ and ginkgov1 for 1.24- HOT 1
- Remove dependence on boskos and test-infra HOT 6
- Unsafe concurrent use of bytes.Buffer HOT 2
- Unable to go install kubetest2 with go 1.17
- Document kubetest2 deployers
- Stop building `k/cloud-provider-gcp` if all you are doing is building k8s clusters HOT 4
- Is gsutil package required to run kubetest2? HOT 2
- Stuck at the beginning HOT 5
- Clarify purpose of end-to-end tests HOT 4
- --flake-attempts flag need not be removed from ginkgo tester HOT 3
- How to narrow down target test cases HOT 2
- Writing custom tests HOT 2
- Junit report format is not correct HOT 3
- Problem with passing the provider to the tests HOT 7
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from kubetest2.