You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+4-2Lines changed: 4 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,12 +12,13 @@ We respect each others time and energy spent on Foreman documentation.
12
12
* help less experienced community members with git, Github, PRs, asciidoc, and asciidoctor.
13
13
* expect a basic effort in contributions, including the [pull request template](PULL_REQUEST_TEMPLATE.md) being filled out.
14
14
* only merge PRs if the Github Actions are green.
15
-
* only merge PRs that have the `style review done` and `tech review done` labels set, indicating that a technical author has provided editorial review and a subject matter expert (SME) has provided technical review.
16
15
For an overview of what to expect from editorial review, see [Red Hat peer review guide for technical documentation](https://redhat-documentation.github.io/peer-review/#checklist).
17
16
* read the proposed change and make friendly and helpful comments.
18
17
* ping community members with more experience if they are unsure about specific details.
19
18
* try to review PRs in a timely manner.
20
-
* keep non-trivial PRs open for at least 24 hours to allow for input from the community.
19
+
* keep non-trivial PRs open for at least 24 hours (72 hours if over the weekend) to allow for input from the community.
20
+
Examples of trivial PRs: Fixing a typo, fixing markup, or fixing links.
21
+
Non-trivial PRs might not only benefit from additional review but they also represent an opportunity for community members to ask questions and learn.
21
22
22
23
## Contributors
23
24
@@ -46,6 +47,7 @@ See [LICENSE](LICENSE).
46
47
*[ ] When creating my PR, I select all branches I want my change to get cherry-picked to.
47
48
*[ ] I am familiar to proper capitalization for project-specific terminology.
48
49
See [Capitalization](#Capitalization).
50
+
*[ ] The first line of the file contains the modular docs content type attribute, for example, `:_mod-docs-content-type: ASSEMBLY` for assemblies.
Copy file name to clipboardExpand all lines: README.md
+17-15Lines changed: 17 additions & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Foreman documentation
2
2
3
-
This git repository contains the following documentation:
3
+
This Git repository contains the following documentation:
4
4
5
5
* Official documentation for the Katello project
6
6
* PoC of improving documentation for the Foreman project. See [this milestone](https://github.com/theforeman/foreman-documentation/milestone/3) to check the progress.
@@ -16,32 +16,35 @@ Please, familiarize yourself with [CONTRIBUTING](CONTRIBUTING.md) and [Contribut
16
16
17
17
### Foreman guides
18
18
19
-
This is a tree of documentation based on Red Hat Satellite 6 official books.
20
-
See [README in the `guides/` subdirectory](guides/README.md) for more information.
19
+
For information on working with the Foreman guides, see the [README in the `guides/` subdirectory](guides/README.md).
21
20
22
21
### Static site
23
22
24
23
The landing page for [docs.theforeman.org](https://docs.theforeman.org) is available as a generated static site.
25
24
The static content is always built from the `master` branch.
26
25
See [README in the `web/` subdirectory](web/README.md) for more information.
27
26
28
-
## Testing locally
27
+
## Testing the site locally
29
28
30
-
To build both static site and guides for easy local testing, there is the global `Makefile` in the root directory with the following targets:
29
+
To build both the static site and the guides for easy local testing, a global `Makefile` is provided in the root directory with the following targets:
31
30
32
31
*`html`: builds HTML guides with all contexts (`foreman-el`, `foreman-deb`, `katello`, `satellite`, and `orcharhino`)
33
32
*`web`: builds static site using the `nanoc` tool
34
33
*`compile`: compiles all content into a single directory `./result`
35
34
*`serve`: serves the result directory via a python web server (the default target)
36
35
37
-
To test the whole site locally, perform `make serve` command and open up `http://localhost:5000`.
36
+
To use the `Makefile`, you must first install the `gcc`, `gcc-c++`, and `ruby-devel` packages.
37
+
Then, to test the entire site locally, perform `make serve` command and open up `http://localhost:5000`.
38
38
Use `PORT=5008` to change the web server port (5000 by default).
39
-
It builds all contexts so the initial build can be slow, make sure to use `-j` option for faster builds on modern multi-core machines.
40
-
Stable versions are symlink to the nightly (current) version, this can cause issues for deleted (or renamed) guides.
39
+
This builds all contexts, so the initial build might be slow.
40
+
For faster builds on modern multi-core machines, use the `-j` option.
41
+
Stable versions are symlinks to the nightly (current) version, which can cause issues for deleted (or renamed) guides.
42
+
43
+
For instructions on locally building only the guides, see [Building locally](https://github.com/theforeman/foreman-documentation/blob/master/guides/README.md#building-locally).
41
44
42
45
## Deployment
43
46
44
-
Github actions perform HTML (with link validation) and WEB artifact creation and if succeeded and branch is master or stable, artifacts are downloaded, extracted and deployed (commited into gh-pages). Deployment does not delete files, in order to remove some unwanted content, manual deletion and push into gh-pages must be performed.
47
+
GitHub actions perform HTML (with link validation) and WEB artifact creation and if succeeded and branch is master or stable, artifacts are downloaded, extracted and deployed (commited into gh-pages). Deployment does not delete files, in order to remove some unwanted content, manual deletion and push into gh-pages must be performed.
45
48
46
49
When a commit is pushed into `master`:
47
50
@@ -55,14 +58,14 @@ When a commit is pushed into `X.Y`:
55
58
* HTML artifact is downloaded and copied into `/X.Y`.
56
59
* Changes are pushed into `gh-pages` branch.
57
60
58
-
## Branching new release
61
+
## Branching a new release
59
62
60
63
* On `master`, pull the latest changes and create a new `X.Y` branch.
61
-
* On `X.Y`:
64
+
* On the `X.Y` branch:
62
65
* Update `guides/common/attributes.adoc`.
63
-
* Set `DocState` to `unsupported`.
66
+
* Set `DocState` to `RC`.
64
67
* Set `ProjectVersion` to `X.Y` and set the matching `KatelloVersion`.
65
-
* Push into `X.Y` branch.
68
+
* Push into the `X.Y` branch.
66
69
* Notify the Doc team on the [TheForeman Doc chat](https://matrix.to/#/#theforeman-doc:matrix.org) Matrix channel.
67
70
* On `master`:
68
71
* Update `ProjectVersionPrevious` to `X.Y` in `guides/common/attributes.adoc`.
@@ -71,7 +74,6 @@ When a commit is pushed into `X.Y`:
71
74
* Change `katello` to the right version.
72
75
* Change `Nightly` in titles to the appropriate version.
73
76
* Remove guides which aren't ready for stable branches.
74
-
* Create a copy of [/web/releases/nightly.adoc](https://github.com/theforeman/foreman-documentation/tree/master/web/releases/nightly.adoc) as `X.Y.adoc` and edit it accordingly. Remove guides which aren't ready for stable branches.
75
77
* Test the changes by following the instructions in [/web/README.md](https://github.com/theforeman/foreman-documentation/tree/master/web/README.md) to deploy the website locally.
76
78
* Add the new Foreman version to [/.github/PULL_REQUEST_TEMPLATE.md](https://github.com/theforeman/foreman-documentation/blob/master/.github/PULL_REQUEST_TEMPLATE.md).
77
79
* Update `VERSION_LINKS` in the root `Makefile`.
@@ -80,4 +82,4 @@ When a commit is pushed into `X.Y`:
80
82
81
83
## License
82
84
83
-
See LICENSE files in individual subdirectories.
85
+
See LICENSE files in the respective subdirectories.
0 commit comments