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

feat(build): allow skipping minikube during local builds #516

Merged
merged 1 commit into from
Nov 7, 2018

Conversation

jpeeler
Copy link

@jpeeler jpeeler commented Oct 15, 2018

This only changes behavior if the NO_MINIKUBE variable is set, otherwise minikube calls will be done exactly as before. (This probably only helps me out, but I'd really appreciate not having to comment out lines or apply a patch for each new branch I work on!)

@openshift-ci-robot openshift-ci-robot added the size/XS Denotes a PR that changes 0-9 lines, ignoring generated files. label Oct 15, 2018
@njhale
Copy link
Member

njhale commented Oct 16, 2018

Is the aim of this to avoid calling minikube start... again?

@jpeeler
Copy link
Author

jpeeler commented Oct 16, 2018

It's to avoid calling minikube completely - I don't use it.

@njhale
Copy link
Member

njhale commented Oct 16, 2018

What does your test flow look like then? Do you end up using the olm-e2e image?

@jpeeler
Copy link
Author

jpeeler commented Oct 16, 2018

Yes, I use the olm-e2e image. Everything happens locally on my machine and nothing happens in a VM. I just set up my cluster beforehand and set the appropriate environment variables. (I use https://direnv.net to manage the collection of environment variables based on the directory I'm in too.)

This only changes behavior if the NO_MINIKUBE variable is set,
otherwise minikube calls will be done exactly as before.
@jpeeler
Copy link
Author

jpeeler commented Nov 5, 2018

Actually, I've been using the e2e-local target which ultimately ends up executing go test directly. But it looks like there's a docker target that can use the olm-e2e image.

I'm asking that this get merged so that I can stop patching every local e2e I run. If others could benefit from a similar workflow, I don't mind working on adding some helper scripts to get a cluster easily running using the upstream hack script later on.

@ecordell
Copy link
Member

ecordell commented Nov 7, 2018

/lgtm
/approve

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Nov 7, 2018
@openshift-ci-robot
Copy link
Collaborator

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: ecordell

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Nov 7, 2018
@ecordell ecordell merged commit 691cdd5 into operator-framework:master Nov 7, 2018
ecordell added a commit to ecordell/operator-lifecycle-manager that referenced this pull request Mar 8, 2019
feat(build): allow skipping minikube during local builds
@njhale njhale added the kind/feature Categorizes issue or PR as related to a new feature. label Mar 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. kind/feature Categorizes issue or PR as related to a new feature. lgtm Indicates that a PR is ready to be merged. size/XS Denotes a PR that changes 0-9 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants