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

commands/.../up/local: fix kubeconfig and namespace handling (#983) #996

Merged
merged 3 commits into from
Jan 25, 2019

Conversation

AlexNPavel
Copy link
Contributor

Description of the change: Cherry pick commit from #983

Motivation for the change: It is a bug fix that applies to v0.4.0

…r-framework#983)

* commands/.../up/local: fix kubeconfig and namespace handling
@openshift-ci-robot openshift-ci-robot added the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Jan 25, 2019
Copy link
Member

@lilic lilic left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm, left one suggestion

// only set env var if user explicitly specified a kubeconfig path
if kubeConfig != "" {
if err := os.Setenv(k8sutil.KubeConfigEnvVar, kubeConfig); err != nil {
log.Fatalf("failed to set %s environment variable: (%v)", k8sutil.KubeConfigEnvVar, err)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems like CI is complaining about this not starting with uppercase.

Suggested change
log.Fatalf("failed to set %s environment variable: (%v)", k8sutil.KubeConfigEnvVar, err)
log.Fatalf("Failed to set %s environment variable: (%v)", k8sutil.KubeConfigEnvVar, err)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we backport the adjusting of logs PR, to this branch as well? Otherwise, we will always have the same problem with CI. 🤔

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think it would make sense to backport that. I feel like that's too big of a change to include in a micro/patch release. We'll only have issues with logging in the commands with cherry-picks, but it's pretty easy to manual fix those problems.


### Bug Fixes

- Make `up local` subcommand respect `KUBECONFIG` env var ([#996](https://github.com/operator-framework/operator-sdk/pull/996))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we also put this to ## v0.4.0, not sure the protocol we follow here with changelog, when we cherrypick things.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We will rename the Unreleased section for this branch to v0.4.1 when that gets released. And then continue with that convention for future micro/patch versions.

Copy link
Contributor

@hasbro17 hasbro17 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@AlexNPavel AlexNPavel merged commit 0777311 into operator-framework:v0.4.x Jan 25, 2019
@AlexNPavel AlexNPavel deleted the cherry-pick-983 branch January 25, 2019 18:53
shawn-hurley pushed a commit to shawn-hurley/operator-sdk that referenced this pull request Apr 23, 2019
…r-framework#983) (operator-framework#996)

**Description of the change:** Cherry pick commit from operator-framework#983


**Motivation for the change:** It is a bug fix that applies to `v0.4.0`
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants