-
Notifications
You must be signed in to change notification settings - Fork 266
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
Adding --tls option to domain create command #1419
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@vyasgun: 0 warnings.
In response to this:
Description
Support for TLS optionn in domain create
Changes
- Added the new flag
- Added unit tests for the new flag
Reference
Fixes #1408
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.
Codecov Report
@@ Coverage Diff @@
## main #1419 +/- ##
==========================================
+ Coverage 78.68% 78.70% +0.02%
==========================================
Files 162 162
Lines 8359 8368 +9
==========================================
+ Hits 6577 6586 +9
Misses 1098 1098
Partials 684 684
Continue to review full report at Codecov.
|
Co-authored-by: David Simansky <dsimansk@redhat.com>
Thanks @vyasgun! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the contribution
/ok-to-test
/lgtm |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks, looks good to me ! I have some minor proposal wrt/ to naming, maybe we could change this so that we can add this PR to the upcoming release 0.25 (due today :) ?
@@ -44,6 +44,7 @@ func NewDomainCommand(p *commands.KnParams) *cobra.Command { | |||
|
|||
type RefFlags struct { | |||
reference string | |||
tls string |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
happy to keep it, but maybe certSecret
would be more appropriate ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think tls
might be better because it corresponds to the flag name (--tls
).
Co-authored-by: Roland Huß <rhuss@redhat.com>
Co-authored-by: Roland Huß <rhuss@redhat.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks !
/approve
/lgtm
/retest Looks like there is some flake in the e2e tests, which might be due to recreating the same domain too fast after it has been deleted. @vyasgun good we adjust the test to use a different domain for the
|
Thanks! /approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: dsimansk, rhuss, vyasgun 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 |
The new error might be also a race condition, e.g. Also, I wonder whether the serving controller checks, if the referenced secret really exists (not sure if you have created in the test, too ?) |
/retest |
And maybe it's working well only for Because of |
@rhuss no it doesn't check if the secret exists. As per the referenced PR for the serving side change, the secret should be created if it doesn't exist. I haven't tested what happens in the backend but mentioning a TLS secret name in the spec changes the URL to https |
The following is the coverage report on the affected files.
|
/retest |
/lgtm |
Description
Support for TLS optionn in domain create using
--tls
flagChanges
Reference
Fixes #1408