-
Notifications
You must be signed in to change notification settings - Fork 73
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
A few minor tweaks to recent updates #434
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.
LGTM
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.
LGTM
@bergerhoffer This is ready |
@@ -406,11 +406,12 @@ There is no functional difference between the first server that was installed an | |||
==== image:images/yes.png[yes] ingress (noun, adjective) | |||
*Description*: In Red Hat OpenShift, _Ingress_ is a Kubernetes API object that developers can use to expose services within the cluster through an HTTP(S) load balancer and a proxy layer by using a public DNS entry. The `Ingress` resource defines the cluster-wide configuration for ingress traffic, and provides the ability to specify TLS options, a certificate, or a public CNAME that the OpenShift `IngressController` object can accept for HTTP(S) traffic. Additionally, _ingress_ can also be used to describe the incoming direction of network traffic. In Red Hat OpenShift, for example, this traffic is described as entering (ingress) or leaving (egress) an OpenShift cluster. | |||
|
|||
Do not use _Ingress_ without markup, when referencing the `Ingress` resource or the `IngressController` object. Do not use _Ingress_ with markup when used to describe the direction of traffic. |
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.
Removing the comma:
Do not use _Ingress_ without markup, when referencing the `Ingress` resource or the `IngressController` object. Do not use _Ingress_ with markup when used to describe the direction of traffic. | |
Do not use _Ingress_ without markup when referencing the `Ingress` resource or the `IngressController` object. Do not use _Ingress_ with markup when used to describe the direction of traffic. |
Maybe:
Do not use _Ingress_ without markup, when referencing the `Ingress` resource or the `IngressController` object. Do not use _Ingress_ with markup when used to describe the direction of traffic. | |
Always use _Ingress_ with markup when referencing the `Ingress` resource or `IngressController` object in OpenShift. Omit markup when discussing _ingress_ as a traffic direction. |
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.
@skrthomas What do you think of the adjustment the @rolfedh has here (the second one)?
I'd go with "Red Hat OpenShift" instead of just "OpenShift", but otherwise it LGTM. (Or maybe we need to also call out that it should be lowercase when it's the direction of traffic. wdyt?
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.
@bergerhoffer Oops, I am so sorry I somehow missed this in my GitHub inbox probably due to peer review squad influx 🙃 I think @rolfedh makes a great suggestion that clarifies this statement a lot. I'm personally fine with just OpenShift. I would agree that we can callout ingress needing to be lowercase when its directional traffic.
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 @skrthomas, updated!
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.
LGTM. I've offered a minor typo fix and an alternative version.
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.
lgtm
@bergerhoffer PTAL |
@skrthomas Can you PTAL at this comment and respond? This PR is very close to getting ready and merged. Please help. TY! |
Added a comment! It looks good to me and thanks @rolfedh @bergerhoffer for the tweaks :) |
bafcc06
@rolfedh @joaedwar @mportman12 @sbmetz Updated per Rolfe's last suggestion, ready for re-review! |
Thanks @bergerhoffer for the revision! @rolfedh @joaedwar @mportman12 @sbmetz Need two more approvals to merge this PR. Please help! |
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.
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.
LGTM
LGTM |
3 approvals, merging |
Just a few tweaks I noticed. The incorrect forms should be single words/phrases, not sentences