-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Making easier to deploy with KO to different namespace #917
Comments
/kind enhancement |
Another possible idea: switching to something other than @imjasonh @jonjonsonjr any thoughts? |
This is possible if you aren't already specifying a namespace, see my comment here: google/go-containerregistry#295 I'd use
|
Making it easier to do a deployment to a custom namespace, providing a script instead of doing manual steps. The shell script will replace properly the fields to target the custom namespace and add the environment variable for the downward API using `kubectl set env` Fix bug tektoncd#917 Signed-off-by: Chmouel Boudjnah <chmouel@redhat.com>
Making it easier to do a deployment to a custom namespace, providing a script instead of doing manual steps. The shell script will replace properly the fields to target the custom namespace and add the environment variable for the downward API using `kubectl set env` Fix bug tektoncd#917 Signed-off-by: Chmouel Boudjnah <chmouel@redhat.com>
Making it easier to do a deployment to a custom namespace, providing a script instead of doing manual steps. The shell script will replace properly the fields to target the custom namespace and add the environment variable for the downward API using `kubectl set env` Fix bug tektoncd#917 Signed-off-by: Chmouel Boudjnah <chmouel@redhat.com>
Thanks for the tip @jonjohnsonjr I have sent a PR to update our documentation in #972, the sed wasn't as straightforward, but i believe I figured it out to install it properly. |
Making it easier to do a deployment to a custom namespace, providing a script instead of doing manual steps. The shell script will replace properly the fields to target the custom namespace and add the environment variable for the downward API using `kubectl set env` Fix bug #917 Signed-off-by: Chmouel Boudjnah <chmouel@redhat.com>
Closing as fixed by #972 |
RFE: Allow KO to deploy to different namespace easily
Currently KO don't allow easily to install to different namespace than the default
'tekton-pipelines'
which is less than ideal for multi users dev clustersIt really only uses what's inside the config/*.yaml and it references
tekton-pipelines
Suggestions:
Templatize it (with kustomize or simple go template) and pre generate them before running ko. IE: with a make target
Extend ko to allow override the namespace (if that could be accepted)
Provide a KO wrapper that does this for us
The text was updated successfully, but these errors were encountered: