The Hazelcast docs are open source, and we welcome your contributions!
This section helps you get started with your first contribution.
Antora requires an active long term support (LTS) release of Node.js. To check if you have Node.js installed, do the following:
node --version
If you see an active Node.js LTS version on your device, you’re ready to build the docs.
If no version number is displayed in the output, you need to install Node.js.
Documentation is hosted in separate GitHub repositorites. To work on a particular documentation project, you must fork it, clone it, and configure the antora-playbook-local.yml
file to process your local version.
Note
|
You can find all content repositories in the antora-playbook.yml file under content.sources .
|
For example, to build the IMDG reference manual on your local device:
-
Fork the
imdg-docs
repository. -
Clone your forked repository, and check out the branch that you want to work on.
git clone https://github.com/<your-username>/imdg-docs cd imdg-docs
After installing the dependencies and cloning a documentation project, you’re ready to make your changes.
-
Make your changes to the documentation in your local branch TIP: See the Docs Structure section for help navigating a documentation project.
-
Check the files that you changed.
git status
When working on a documentation project, you should build and preview the docs on your local machine to see your changes before going live.
-
Run the local build script.
npm i npm run-script build-local
NoteThis script is defined in the package.json
file, and runs Antora with theantora-playbook-local.yml
file.In the
test
folder you will now have all the webpages for your documentation component.NoteThis script builds the documentation only for your local branch. If you want to build the whole site, you can run the script from the hazelcast-docs
repository. -
To view the documentation site from a localhost web server, run the
serve
script.npm run-script serve
Then on the same device, go to
http:localhost:5000
to view the local site. -
If you want to show others your changes, you can expose your web server to the Internet, using ngrok by doing the following:
npm run-script expose
The public URL is displayed in the output:
When you’ve finished viewing your changes, use CTRL-C to stop the server.
After making your changes, and testing how they look, you’re ready to send them to us for review.
-
Stage your changes for commit.
git add <filename>
-
Commit your changes.
git commit -m "Concise message that describes your changes"
-
Push your local branch to your remote fork.
-
In the GitHub UI, go to your forked repository and open a pull request in the documentation project that you forked.
Thanks! We’ll review your changes and provide feedback and guidance as necessary.
All documentation projects are organized according to the same content hierarchy.
antora.yml (1)
modules/ (2)
ROOT/ (3)
attachments/ (4)
examples/ (5)
images/ (6)
pages/ (7)
partials/ (8)
nav.adoc (9)
another-module/ (10)
-
This file tells Antora that the contents of the
modules/
folder should be processed and added to the documentation site. This file is called the component version descriptor file. -
This folder contains the content that Antora will process
-
This folder contains any content that can’t be categorized under a specfic module name. Unlike other modules, the name of this module is never displayed in the URL of the site.
-
In any module, this folder contains downloadable content such as ZIP files that a user can download through a link.
-
In any module, this folder contains examples such as source code that you can include in Asciidoc pages.
-
In any module, this folder contains images that you can include in Asciidoc pages.
-
In any module, this folder contains the Asciidoc pages that make up the documentation project.
-
In any module, this folder contains Asciidoc snippets such as warnings or copyright material that you can include in any Asciidoc pages.
-
In any module, this file contains a list of links that will become part of the left-hand navigation menu.
-
This folder is an example of how you can include any number of named modules to use to categorize your content. All modules follow the same structure as ROOT. Unlike the ROOT module, the names of other modules are included in the URL of the site. For example a page named
example.adoc
inside thepages/
folder of theexample
module will have the following path:example/example.adoc
Sometimes, you may want to build the whole documentation site instead of just a single component. For example, if you want to check that links to other components are working.
-
Clone this repository.
git clone https://github.com/hazelcast/hazelcast-docs cd hazelcast-docs
-
Open the
antora-playbook-local.yml
file. -
Point the content source that you are working on to your local changes. For example, if you are working on the Cloud documentation in a local folder called
cloud-docs
, replace the cloud content source with the following:- url: ../path-to-local-cloud-docs branches: HEAD start_path: docs
For more information about using local content, see the Antora documentation.
-
Run the local build script.
npm i npm run-script build-local
NoteThis script is defined in the package.json
file, and runs Antora with theantora-playbook-local.yml
file.In the
docs
folder you will now have all the webpages for your documentation component. -
To view the documentation site from a localhost web server, run the
serve
script.npm run-script serve
Then on the same device, go to
http:localhost:5000
to view the local site. -
If you want to show others your changes, you can expose your web server to the Internet, using ngrok by doing the following:
npm run-script expose
The public URL is displayed in the output:
When you’ve finished viewing your changes, use CTRL-C to stop the server.