-
Notifications
You must be signed in to change notification settings - Fork 99
Pluralize content view to view(s) #3801
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
base: master
Are you sure you want to change the base?
Pluralize content view to view(s) #3801
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.
Clarifying what's needed here. Comments below, but there probably will be more changes needed.
guides/common/modules/con_restricting-hosts-access-to-content.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_changing-the-repository-sets-status-for-a-host-in-project.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_changing-the-repository-sets-status-for-a-host-in-project.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_using-activation-keys-for-host-registration.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_viewing-errata-by-applicable-and-installable.adoc
Outdated
Show resolved
Hide resolved
This sentence needs a rewrite. It's tricky because hostgroups don't support multiCV yet, but AKs do.
|
guides/common/modules/con_restricting-hosts-access-to-content.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_changing-the-repository-sets-status-for-a-host-in-project.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_viewing-errata-by-applicable-and-installable.adoc
Outdated
Show resolved
Hide resolved
@jeremylenz Upon further research, the IBM Style guide doesn't allow for using s in a parentheses as (s). IBM Style Guide has two options, either |
I think |
1afd7ff
to
c1318b6
Compare
guides/common/modules/con_restricting-hosts-access-to-content.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_changing-the-repository-sets-status-for-a-host-in-project.adoc
Outdated
Show resolved
Hide resolved
@@ -4,7 +4,7 @@ | |||
* Content views that bundle content, such as {client-os} and additional software like `Apache-2.4` or `PostgreSQL-16.2`, are easier to maintain. | |||
Content views that are too small require more maintenance. | |||
* If you require daily updated content, use the content view `Default Organization View`, which contains the latest synchronized content from all repositories and is available in the Library lifecycle environment. | |||
* Restrict composite content views to situations that require greater flexibility, for example, if you update one content view on a weekly basis and another content view on a monthly basis. | |||
* Restrict composite content views to situations that require greater flexibility, for example, if you update one content view weekly, another monthly, or assign hosts to multiple content view environments. |
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.
Assigning multiple content view environments is an alternative to using composite content views. It should be its own item.
* Restrict composite content views to situations that require greater flexibility, for example, if you update one content view weekly, another monthly, or assign hosts to multiple content view environments. | |
* To give hosts access to content from multiple content views, for example, if you update one content view on a weekly basis and another content view on a monthly basis, you have two options: | |
- Assign hosts to multiple content view environments. For more info see xxxxx | |
- Assign hosts to composite content views. For more info see xxxxx |
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.
We don't have a section on assigning composite content views to hosts. I can reference the concept module Comparison of content view environments and composite content views
.
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.
sounds good! 👍
guides/common/modules/ref_best-practices-for-patching-content-hosts.adoc
Outdated
Show resolved
Hide resolved
c1318b6
to
5f42723
Compare
guides/common/modules/ref_best-practices-for-content-views.adoc
Outdated
Show resolved
Hide resolved
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 that's it for my comments!
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 Brian. One tiny suggestion about nested lists, rest LGTM.
@@ -4,7 +4,11 @@ | |||
* Content views that bundle content, such as {client-os} and additional software like `Apache-2.4` or `PostgreSQL-16.2`, are easier to maintain. | |||
Content views that are too small require more maintenance. | |||
* If you require daily updated content, use the content view `Default Organization View`, which contains the latest synchronized content from all repositories and is available in the Library lifecycle environment. | |||
* Restrict composite content views to situations that require greater flexibility, for example, if you update one content view on a weekly basis and another content view on a monthly basis. | |||
* To give hosts access to content from multiple content views, such as when you update one content view weekly and another monthly, you have two options: | |||
- Assign multiple content view environments to hosts. |
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.
- Assign multiple content view environments to hosts. | |
** Assign multiple content view environments to hosts. |
* To give hosts access to content from multiple content views, such as when you update one content view weekly and another monthly, you have two options: | ||
- Assign multiple content view environments to hosts. | ||
For more information, see xref:assigning-content-view-environments-to-hosts[]. | ||
- Assign composite content views to hosts. |
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.
- Assign composite content views to hosts. | |
** Assign composite content views to hosts. |
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.
Just one thing. The rest looks good. Also, please, address Maximilian's comments.
@@ -35,6 +35,10 @@ For more information about adding content overrides to hosts, see {ManagingHosts | |||
+ | |||
For more information about adding content overrides to activation keys, see xref:enabling-and-disabling-repositories-on-activation-key_{context}[]. | |||
|
|||
Multiple content view environments:: |
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.
Multiple content view environments:: | |
Content view environments:: |
This should suffice.
What changes are you introducing?
Adding (s) to content view to say content view(s).
Why are you introducing these changes? (Explanation, links to references, issues, etc.)
Link to doc bug Jira: https://issues.redhat.com/browse/SAT-33205
Anything else to add? (Considerations, potential downsides, alternative solutions you have explored, etc.)
Checklists
Please cherry-pick my commits into: