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

RHIDP-5374: Consistent mentions to the product custom resource #859

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

pabel-rh
Copy link
Contributor

IMPORTANT: Do Not Merge - To be merged by Docs Team Only

Version(s):
1.4, main
Add the relevant labels to the Pull Request.
Issue:
RHIDP-5374

@rhdh-bot
Copy link
Collaborator

@@ -5,7 +5,7 @@ The {product} operator exposes a `rhdh.redhat.com/v1alpha2` API Version of its C

.Procedure

. Create a {product-short} Custom Resource Definition with the following fields:
. Create a `{product-custom-resource-type}` Custom Resource Definition with the following fields:
Copy link
Member

Choose a reason for hiding this comment

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

Looking at the kind value, this is a custom resource, not a custom resource definition:

Suggested change
. Create a `{product-custom-resource-type}` Custom Resource Definition with the following fields:
. Create a `{product-custom-resource-type}` custom resource with the following fields:

@@ -75,9 +75,9 @@ $ oc create configmap rbac-policies \
--from-file=rbac-conditional-policies.yaml
----

. Update your {product-short} `Backstage` custom resource to mount in the {product-short} filesystem your files from the `rbac-policies` config map:
. Update your `{product-custom-resource-type}` custom resource to mount in the {product-short} filesystem your files from the `rbac-policies` config map:
Copy link
Member

Choose a reason for hiding this comment

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

Maybe when we are mentioning "your custom Backstage custom resource", always:

  • Specify "your custom" to clarify this is is the user configuration
  • Write "custom resource" rather than "CR" to follow OpenShift guidelines.
  • Add a link to the configuration guide.

Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
. Update your `{product-custom-resource-type}` custom resource to mount in the {product-short} filesystem your files from the `rbac-policies` config map:
. Update your custom `{product-custom-resource-type}` custom resource to mount in the {product-short} filesystem your files from the `rbac-policies` config map:

Copy link
Member

Choose a reason for hiding this comment

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

Afterthought: it looks ugly, it would repeat the word custom twice and that would defeat the clarity purpose. Maybe "your {product-custom-resource-type} custom resource" is the still the best. Or do you have any better idea?

@@ -59,7 +59,7 @@ For Operator-based deployment, the approach you use for proxy configuration is b
----


* As a developer, set the proxy information in your custom resource (CR) file as shown in the following example:
* As a developer, set the proxy information in your `{product-custom-resource-type}` CR file as shown in the following example:
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
* As a developer, set the proxy information in your `{product-custom-resource-type}` CR file as shown in the following example:
* As a developer, set the proxy information in your custom `{product-custom-resource-type}` custom resource as shown in the following example:

@@ -13,7 +13,7 @@ To use the {product-short} operator to run {product} with your custom configurat

.Procedure

. Author your {product-custom-resource-type} custom resource in a `{my-product-cr-name}.yaml` file to use your custom config maps and secrets.
. Author your {product-custom-resource-type} CR in a `{my-product-cr-name}.yaml` file to use your custom config maps and secrets.
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
. Author your {product-custom-resource-type} CR in a `{my-product-cr-name}.yaml` file to use your custom config maps and secrets.
. Author your `{product-custom-resource-type}` custom resource in a `{my-product-cr-name}.yaml` file to use your custom config maps and secrets.

@@ -82,7 +82,7 @@ kubectl patch serviceaccount default \
----
--

. Create a Custom Resource file using the following template:
. Create a custom resource file using the following template:
Copy link
Member

@themr0c themr0c Jan 20, 2025

Choose a reason for hiding this comment

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

Suggested change
. Create a custom resource file using the following template:
. Create your `{product-custom-resource-type}` custom resource using the following template:

@@ -33,7 +33,7 @@ data:
disabled: false
----

. Set the value of the `dynamicPluginsConfigMapName` parameter to the name of the ConfigMap file in your `Backstage` custom resource:
. Set the value of the `dynamicPluginsConfigMapName` parameter to the name of the ConfigMap file in your `{product-custom-resource-type}` custom resource:
Copy link
Member

@themr0c themr0c Jan 20, 2025

Choose a reason for hiding this comment

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

Suggested change
. Set the value of the `dynamicPluginsConfigMapName` parameter to the name of the ConfigMap file in your `{product-custom-resource-type}` custom resource:
. Set the value of the `dynamicPluginsConfigMapName` parameter to the name of your `dynamic-plugins-rhdh` config map in your `{product-custom-resource-type}` custom resource:

@@ -33,7 +33,7 @@ data:
disabled: true
----

. Set the value of the `dynamicPluginsConfigMapName` parameter to the name of the ConfigMap file in your `Backstage` custom resource:
. Set the value of the `dynamicPluginsConfigMapName` parameter to the name of the ConfigMap file in your `{product-custom-resource-type}` custom resource:
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
. Set the value of the `dynamicPluginsConfigMapName` parameter to the name of the ConfigMap file in your `{product-custom-resource-type}` custom resource:
. Set the value of the `dynamicPluginsConfigMapName` parameter to the name of your `dynamic-plugins-rhdh` config map in your `{product-custom-resource-type}` custom resource:

@@ -41,7 +41,7 @@ spec:
- port: http-metrics
path: '/metrics'
----
<1> Replace `<custom_resource_name>` with the name of your {product} CR.
<1> Replace `<custom_resource_name>` with the name of your `{product-custom-resource-type}` CR.
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
<1> Replace `<custom_resource_name>` with the name of your `{product-custom-resource-type}` CR.
<1> Replace `<custom_resource_name>` with the name of your `{product-custom-resource-type}` custom resource.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants