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: README.md
+8-50Lines changed: 8 additions & 50 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,18 +20,16 @@ updates:
20
20
21
21
1. Fork [olm-docs](https://github.com/operator-framework/olm-docs) on GitHub.
22
22
1. Make your changes and send a pull request (PR).
23
-
1. If you're not yet ready for a review, add "WIP" to the PR name to indicate
24
-
it's a work in progress. (**Don't** add the Hugo property
25
-
"draft = true" to the page front matter, because that prevents the
26
-
auto-deployment of the content preview described in the next point.)
23
+
1. If you're not yet ready for a review, create a draft PR to indicate it's a work in progress. (**Don't** add the Hugo property
24
+
"draft = true" to the page front matter, because that prevents the
25
+
auto-deployment of the content preview described in the next point.)
27
26
1. Wait for the automated PR workflow to do some checks. When it's ready,
28
-
you should see a comment like this: **deploy/netlify — Deploy preview ready!**
27
+
you should see a comment like this: **deploy/netlify — Deploy preview ready!**
29
28
1. Click **Details** to the right of "Deploy preview ready" to see a preview
30
-
of your updates.
29
+
of your updates.
31
30
1. Continue updating your doc and pushing your changes until you're happy with
32
-
the content.
33
-
1. When you're ready for a review, add a comment to the PR, and remove any
34
-
"WIP" markers.
31
+
the content.
32
+
1. When you're ready for a review, remove any "WIP" markers and mark PR ready for review.
35
33
36
34
## Updating a single page
37
35
@@ -43,52 +41,12 @@ If you've just spotted something you'd like to change while using the docs, Docs
43
41
44
42
## Previewing your changes locally
45
43
46
-
If you want to run your own local Hugo server to preview your changes as you work:
47
-
48
-
1. Follow the instructions in [Getting started](/docs/getting-started) to install Hugo and any other tools you need. You'll need at least **Hugo version 0.45** (we recommend using the most recent available version), and it must be the **extended** version, which supports SCSS.
49
-
1. Fork [olm-docs](https://github.com/operator-framework/olm-docs), then create a local copy using `git clone`. Don’t forget to use `--recurse-submodules` or you won’t pull down some of the code you need to generate a working site.
1. Run `hugo server` in the site root directory. By default your site will be available at <http://localhost:1313/>. Now that you're serving your site locally, Hugo will watch for changes to the content and automatically refresh your site.
56
-
1. Continue with the usual GitHub workflow to edit files, commit them, push the
57
-
changes up to your fork, and create a pull request.
44
+
If you want to run your own local Hugo server to preview your changes as you work follow [this guide](/content/en/docs/contribution-guidelines/local-docs.md).
58
45
59
46
## Creating an issue
60
47
61
48
If you've found a problem in the docs, but you're not sure how to fix it yourself, please create an issue in the [olm-docs repo](https://github.com/operator-framework/olm-docs). You can also create an issue about a specific page by clicking the **Create Issue** button in the top right hand corner of the page.
Copy file name to clipboardExpand all lines: content/en/docs/contribution-guidelines/_index.md
+13-25Lines changed: 13 additions & 25 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,48 +24,36 @@ Here's a quick guide to updating the docs. It assumes you're familiar with the
24
24
GitHub workflow and you're happy to use the automated preview of your doc
25
25
updates:
26
26
27
-
- Fork [olm-docs](https://github.com/operator-framework/olm-docs) on GitHub.
28
-
- Make your changes and send a pull request (PR).
29
-
- If you're not yet ready for a review, add "WIP" to the PR name to indicate
30
-
it's a work in progress. (**Don't** add the Hugo property
27
+
1. Fork [olm-docs](https://github.com/operator-framework/olm-docs) on GitHub.
28
+
1. Make your changes and send a pull request (PR).
29
+
1. If you're not yet ready for a review, create a draft PR to indicate it's a work in progress. (**Don't** add the Hugo property
31
30
"draft = true" to the page front matter, because that prevents the
32
31
auto-deployment of the content preview described in the next point.)
33
-
- Wait for the automated PR workflow to do some checks. When it's ready,
32
+
1. Wait for the automated PR workflow to do some checks. When it's ready,
34
33
you should see a comment like this: **deploy/netlify — Deploy preview ready!**
35
-
- Click **Details** to the right of "Deploy preview ready" to see a preview
34
+
1. Click **Details** to the right of "Deploy preview ready" to see a preview
36
35
of your updates.
37
-
- Continue updating your doc and pushing your changes until you're happy with
36
+
1. Continue updating your doc and pushing your changes until you're happy with
38
37
the content.
39
-
- When you're ready for a review, add a comment to the PR, and remove any
40
-
"WIP" markers.
38
+
1. When you're ready for a review, remove any "WIP" markers and mark PR ready for review.
41
39
42
40
## Updating a single page
43
41
44
42
If you've just spotted something you'd like to change while using the docs, Docsy has a shortcut for you:
45
43
46
-
- Click **Edit this page** in the top right hand corner of the page.
47
-
- If you don't already have an up to date fork of the project repo, you are prompted to get one - click **Fork this repository and propose changes** or **Update your Fork** to get an up to date version of the project to edit. The appropriate page in your fork is displayed in edit mode.
48
-
- Follow the rest of the [Quick start with Netlify](#quick-start-with-netlify) process above to make, preview, and propose your changes.
44
+
1. Click **Edit this page** in the top right hand corner of the page.
45
+
1. If you don't already have an up to date fork of the project repo, you are prompted to get one - click **Fork this repository and propose changes** or **Update your Fork** to get an up to date version of the project to edit. The appropriate page in your fork is displayed in edit mode.
46
+
1. Follow the rest of the [Quick start with Netlify](#quick-start-with-netlify) process above to make, preview, and propose your changes.
49
47
50
48
## Previewing your changes locally
51
49
52
-
If you want to run your own local Hugo server to preview your changes as you work:
53
-
54
-
- Follow the instructions in [Getting started](/docs/getting-started) to install Hugo and any other tools you need. You'll need at least **Hugo version 0.45** (we recommend using the most recent available version), and it must be the **extended** version, which supports SCSS.
55
-
- Fork [olm-docs](https://github.com/operator-framework/olm-docs), then create a local copy using `git clone`. Don’t forget to use `--recurse-submodules` or you won’t pull down some of the code you need to generate a working site.
- Run `hugo server` in the site root directory. By default your site will be available at http://localhost:1313. Now that you're serving your site locally, Hugo will watch for changes to the content and automatically refresh your site.
62
-
- Continue with the usual GitHub workflow to edit files, commit them, push the changes up to your fork, and create a pull request.
50
+
If you want to run your own local Hugo server to preview your changes as you work follow [this guide](/docs/contribution-guidelines/local-docs/).
63
51
64
52
## Creating an issue
65
53
66
54
If you've found a problem in the docs, but you're not sure how to fix it yourself, please create an issue in the [olm-docs repo](https://github.com/operator-framework/olm-docs). You can also create an issue about a specific page by clicking the **Create Issue** button in the top right hand corner of the page.
67
55
68
56
## Useful resources
69
57
70
-
-[Docsy user guide](https://www.docsy.dev/docs/): All about Docsy, including how it manages navigation, look and feel, and multi-language support.
71
-
-[Hugo documentation](https://gohugo.io/documentation/): Comprehensive reference for Hugo.
58
+
*[Docsy user guide](https://www.docsy.dev/docs/): All about Docsy, including how it manages navigation, look and feel, and multi-language support.
59
+
*[Hugo documentation](https://gohugo.io/documentation/): Comprehensive reference for Hugo.
For other tasks such as building production version of the site
16
+
and linting you will also need to:
17
+
* Install Node.js LTS
18
+
* Install Docker or Podman
17
19
18
-
We use `git submodules` to install the docsy theme. From the
19
-
root directory, update the submodules to install the theme.
20
-
21
-
```bash
22
-
git submodule update --init --recursive
23
-
```
24
20
25
21
## Build and Serve
26
22
27
-
You can build and serve your docs to localhost:1313 with:
23
+
You can build and serve your docs to <http://localhost:1313/> with:
28
24
29
25
```bash
30
-
hugo server
26
+
make serve
31
27
```
32
28
33
29
Any changes will be included in real time.
34
30
35
31
## Running the Linting Script Locally
36
32
37
-
The `hack/ci/link-check.sh` script is responsible for building the site and running [html-proofer](https://github.com/gjtorikian/html-proofer) that validates the generated HTML output.
38
-
39
-
Before running the linting script, ensure you have the correct environment variable sets locally:
33
+
To run linting locally you will need to run the following command:
40
34
41
-
-`$CONTAINER_ENGINE`: controls what container engine will be used. Defaults to `docker`.
42
-
-`$CONTAINER_RUN_EXTRA_OPTIONS`: allows you to specify any additional run options to the container engine. Defaults to an empty string.
35
+
```bash
36
+
make lint
37
+
```
43
38
44
-
In order to run the linting script locally using `podman`, run the following command from the root directory:
39
+
This assumes `docker` command is available. If you want to specify different engine such as `podman`:
45
40
46
41
```bash
47
-
export CONTAINER_ENGINE="podman"
48
-
${PWD}/hack/ci/link-check.sh
42
+
make lint CONTAINER_ENGINE=podman
49
43
```
50
44
45
+
Behind this target, the `hack/ci/link-check.sh` script is responsible for running [html-proofer](https://github.com/gjtorikian/html-proofer) that validates the generated HTML output.
46
+
51
47
**Note**: In the case you're getting permission denied errors when reading from that mounted volume, set the following environment variable and re-run the linting script:
0 commit comments