ClickHouse/docs/tools
2022-05-09 02:11:58 +02:00
..
.gitignore Update gitignore 2021-03-14 14:53:27 +03:00
blog.py Remove amp 2022-04-30 16:27:02 +02:00
build.py Fix benchmark build code 2022-05-09 02:11:58 +02:00
cmake_in_clickhouse_generator.py Apply black formatter to all *.py files in the repo 2022-03-22 17:39:58 +01:00
deploy-to-test.sh .tech -> .com 2021-09-22 03:22:57 +03:00
easy_diff.py Apply black formatter to all *.py files in the repo 2022-03-22 17:39:58 +01:00
easy_edit.sh Build Japanese docs (#7938) 2019-12-02 12:21:34 +03:00
github.py Apply black formatter to all *.py files in the repo 2022-03-22 17:39:58 +01:00
make_links.sh Remove unsupported languages #20972 2021-04-01 02:35:41 +03:00
mdx_clickhouse.py Remove minify 2022-04-30 16:37:04 +02:00
nav.py Apply black formatter to all *.py files in the repo 2022-03-22 17:39:58 +01:00
README.md Remove purify-css and npm 2022-04-30 16:29:01 +02:00
redirects.py Apply black formatter to all *.py files in the repo 2022-03-22 17:39:58 +01:00
release.sh Remove minify 2022-04-30 16:37:04 +02:00
requirements.txt fix: docs/tools/requirements.txt to reduce vulnerabilities 2022-04-02 04:13:37 +00:00
util.py Remove amp 2022-04-30 16:27:02 +02:00
webpack.config.js Crb restructure css (#35033) 2022-03-09 21:34:30 +03:00
website.py Fix benchmark build code 2022-05-09 02:11:58 +02:00

How ClickHouse documentation is generated?

ClickHouse documentation is built using build.py script that uses mkdocs library and its dependencies to separately build all version of documentations (all languages in either single and multi page mode) as static HTMLs for each single page version. The results are then put in the correct directory structure. It is recommended to use Python 3.7 to run this script.

release.sh also pulls static files needed for official ClickHouse website from ../../website folder then pushes to specified GitHub repo to be served via GitHub Pages.

How to check if the documentation will look fine?

There are few options that are all useful depending on how large or complex your edits are.

Use GitHub web interface to edit

GitHub has Markdown support with preview feature, but the details of GitHub Markdown dialect are a bit different in ClickHouse documentation.

Install Markdown editor or plugin for your IDE

Usually those also have some way to preview how Markdown will look like, which allows to catch basic errors like unclosed tags very early.

Use build.py

Itll take some effort to go through, but the result will be very close to production documentation.

For the first time youll need to:

1. Set up virtualenv

$ cd ClickHouse/docs/tools
$ mkdir venv
$ virtualenv -p $(which python3) venv
$ source venv/bin/activate
$ pip3 install -r requirements.txt

2. Run build.py

When all prerequisites are installed, running build.py without args (there are some, check build.py --help) will generate ClickHouse/docs/build folder with complete static html website.

The easiest way to see the result is to use --livereload=8888 argument of build.py. Alternatively, you can manually launch a HTTP server to serve the docs, for example by running cd ClickHouse/docs/build && python3 -m http.server 8888. Then go to http://localhost:8888 in browser. Feel free to use any other port instead of 8888.

How to change code highlighting?

ClickHouse does not use mkdocs highlightjs feature. It uses modified pygments styles instead. If you want to change code highlighting, edit the website/css/highlight.css file. Currently, an eighties theme is used.

How to subscribe on documentation changes?

At the moment theres no easy way to do just that, but you can consider:

  • To hit the “Watch” button on top of GitHub web interface to know as early as possible, even during pull request. Alternative to this is #github-activity channel of public ClickHouse Slack.
  • Some search engines allow to subscribe on specific website changes via email and you can opt-in for that for https://clickhouse.com.