-
Notifications
You must be signed in to change notification settings - Fork 102
Consolidate readmes and contribution guidelines #4281
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?
Conversation
It duplicates the general readme
* [ ] I fill out the cherry-picking list in the PR template to the best of my abilities to signify which versions my update applies to. | ||
If unsure, I let reviewers know so that they can assist. | ||
|
||
## Foreman documentation minimalist style guide |
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.
Potential reviewers: Note that all these style conventions have been moved from another document. I didn't write them and I'd like to avoid tweaking how they are worded 🙃 If anyone would like to see the wording improved, I'd suggest doing it in another PR. Thanks for understanding!
However, as noted in the PR description, I'd be happy to remove lines that are obsolete or redundant.
The PR preview for 093bb0c is available at theforeman-foreman-documentation-preview-pr-4281.surge.sh No diff compared to the current base |
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.
some comments, overall LGTM!
| {ProjectName} | Foreman | Red Hat Satellite | orcharhino | | ||
| {ProjectServer} | Foreman server | Satellite Server | orcharhino server | | ||
| {SmartProxy} | Smart Proxy | Capsule | orcharhino Proxy | | ||
| {SmartProxyServer} | Smart Proxy server | Capsule Server | orcharhino Proxy | |
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.
| {SmartProxyServer} | Smart Proxy server | Capsule Server | orcharhino Proxy | | |
| {SmartProxyServer} | Smart Proxy server | Capsule Server | orcharhino Proxy Server | |
Was changed recently via dbb63cf
| -------- | -------------- | --------------------- | ------------------ | | ||
| {Project} | Foreman | Satellite | orcharhino | | ||
| {ProjectName} | Foreman | Red Hat Satellite | orcharhino | | ||
| {ProjectServer} | Foreman server | Satellite Server | orcharhino server | |
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.
| {ProjectServer} | Foreman server | Satellite Server | orcharhino server | | |
| {ProjectServer} | Foreman server | Satellite Server | orcharhino Server | |
* [`proc`](https://redhat-documentation.github.io/modular-docs/#creating-procedure-modules): Files starting with `proc_` contain procedures and explain _how_ to achieve a specific goal. | ||
Their first line contains the `:_mod-docs-content-type: PROCEDURE` attribute. | ||
See the [procedure template](https://raw.githubusercontent.com/redhat-documentation/modular-docs/master/modular-docs-manual/files/TEMPLATE_PROCEDURE_doing-one-procedure.adoc). | ||
* [`ref`](https://redhat-documentation.github.io/modular-docs/#creating-reference-modules): Files starting with `ref_` contain references and append other files, e.g. tables with options. |
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.
* [`ref`](https://redhat-documentation.github.io/modular-docs/#creating-reference-modules): Files starting with `ref_` contain references and append other files, e.g. tables with options. | |
* [`ref`](https://redhat-documentation.github.io/modular-docs/#creating-reference-modules): Files starting with `ref_` contain references and append other files, for example, tables with options. |
* [`ref`](https://redhat-documentation.github.io/modular-docs/#creating-reference-modules): Files starting with `ref_` contain references and append other files, e.g. tables with options. | ||
Their first line contains the `:_mod-docs-content-type: REFERENCE` attribute. | ||
See the [reference template](https://raw.githubusercontent.com/redhat-documentation/modular-docs/master/modular-docs-manual/files/TEMPLATE_REFERENCE_reference-material.adoc). | ||
* [`snip`](https://redhat-documentation.github.io/modular-docs/#using_text_snippets_or_text_fragments_writing-mod-docs): Files starting with `snip_` contain snippets that are reused throughout multiple guides, e.g. admonitions. |
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.
same as above.
Their first line contains the `:_mod-docs-content-type: REFERENCE` attribute. | ||
See the [reference template](https://raw.githubusercontent.com/redhat-documentation/modular-docs/master/modular-docs-manual/files/TEMPLATE_REFERENCE_reference-material.adoc). | ||
* [`snip`](https://redhat-documentation.github.io/modular-docs/#using_text_snippets_or_text_fragments_writing-mod-docs): Files starting with `snip_` contain snippets that are reused throughout multiple guides, e.g. admonitions. | ||
Snippets do not require an ID. |
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.
Snippets do not require an ID. | |
Snippets must do not contain any anchors. |
Contributions are welcome. | ||
Please, familiarize yourself with [CONTRIBUTING](CONTRIBUTING.md) and [Contribution Guidelines for Foreman guides](guides/README.md#contribution-guidelines). | ||
We give ourselves these guidelines to collaborate and contribute to Foreman documentation more efficiently. | ||
It helps everyone to set expectations, communicate conventions, and ensures happy collaborative work across organisations and backgrounds. |
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.
It helps everyone to set expectations, communicate conventions, and ensures happy collaborative work across organisations and backgrounds. | |
It helps everyone to set expectations, communicate conventions, and ensures happy collaborative work across organizations and backgrounds. |
|
||
## Branching a new release | ||
|
||
When a new Foreman version is released, the Foreman release owner ensures that a new branch for documentation is created. |
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.
When a new Foreman version is released, the Foreman release owner ensures that a new branch for documentation is created. | |
When a new Foreman version is branched, the Foreman release owner ensures that a new branch for documentation is created. |
the changes and all guides and pages will dynamically load the menu from the | ||
data structure. | ||
|
||
To test full site with guides, use the Makefile in the root directory. See [README](../README.md) for more information. |
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.
To test full site with guides, use the Makefile in the root directory. See [README](../README.md) for more information. | |
To test full site with guides, use the Makefile in the root directory. | |
See [README](../README.md) for more information. |
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.
line 28: Please change +
to *
.
What changes are you introducing?
This PR looks at the existing readmes and contribution documents and attempts to make it easier to navigate through them. As a result, there are now:
One new thing that I'm adding is an explanation for the CP checklist in the PR template, to address #3219
Why are you introducing these changes? (Explanation, links to references, issues, etc.)
To better separate types of information: readmes are for how to work with the repo; contributing is for how to contribute; style guide is for Foreman documentation conventions.
Anything else to add? (Considerations, potential downsides, alternative solutions you have explored, etc.)
Hopefully the next step would be to review the style guide part to remove redundant information and duplicates. I found a few but I haven't really focused on that yet so if you spot something that could be dropped, I'd be happy to do so.
Contributor checklists
Please cherry-pick my commits into:
Review checklists
Tech review (performed by an Engineer who did not author the PR; can be skipped if tech review is unnecessary):
Style review (by a Technical Writer who did not author the PR):