[GEARPUMP-302] Fix 'latest release' label

The link is generated automatically only partly - the visible part is ok, but the link leads to hardcoded version. This PR fixes url generation.

Author: karol brejna <karol.brejna@intel.com>

Closes #15 from karol-brejna-i/GEARPUMP-302.
2 files changed
tree: 8c8307716e54a3c3f6f5678f2ad6fd2fa5f09524
  1. _layouts/
  2. _posts/
  3. content/
  4. css/
  5. img/
  6. js/
  7. releases/
  8. .gitignore
  9. _config.yml
  10. blogs.md
  11. build_doc.sh
  12. build_doc_new.sh
  13. CNAME
  14. coding-style.md
  15. community.md
  16. downloads.md
  17. faq.md
  18. favicon.ico
  19. features.md
  20. how-to-contribute.md
  21. how-to-release.md
  22. index.html
  23. license.md
  24. merge_gearpump_pr.py
  25. overview.md
  26. performance-report.md
  27. publications.md
  28. README.md
  29. roadmap.md
  30. robots.txt
  31. usecases.md
  32. wb_6f86069e3469d4c8.txt
README.md

This README gives an overview of how to build and contribute to the documentation of Gearpump.

The documentation is included with the source of Gearpump in order to ensure that you always have docs corresponding to your checked out version.

Requirements

We use Markdown to write and Jekyll to translate the documentation to static HTML. To install Jekyll, you need to install the software as follows:

For redhat linux systems: sudo yum install ruby ruby-devel nodejs python-pip sudo gem install jekyll sudo gem install kramdown sudo gem install html-proofer sudo pip Pygments

Kramdown is needed for Markdown processing and the Python based Pygments is used for syntax highlighting.

How to contribute

Step1: Update the documents for specific Gearpump version if needed

The documents for specific Gearpump version can be updated under Gearpump docs. After it is updated, check How to Build to generate documents for that specific version.

Step2: Upload the generated documents in step 1 to /release folder.

Step3: Update the documents for the general site under this repo.

Step4: Test the build

Command jekyll build can be used to make the build.

Command jekyll serve --watch can be used to for development. Jekyll will start a web server at localhost:4000 and watch the docs directory for updates. You can use this mode to experiment changes and check the UI locally.

Step5: Commit to this repo.

If everything looks fine, make a PR to contribute the code changes to this repo.

Markdown format description

The documentation pages are written in Markdown. It is possible to use the GitHub flavored syntax and intermix plain html.

In addition to Markdown, every page contains a Jekyll front matter, which specifies the title of the page and the layout to use. The title is used as the top-level heading for the page.

---
title: "Title of the Page"
---

Furthermore, you can access variables found in docs/_config.yml as follows:

{{ site.NAME }}

This will be replaced with the value of the variable called NAME when generating the docs.

All documents are structed with headings. From these heading, a page outline is automatically generated for each page.

# Level-1 Heading  <- Used for the title of the page
## Level-2 Heading <- Start with this one
### Level-3 heading
#### Level-4 heading
##### Level-5 heading

Please stick to the “logical order” when using the headlines, e.g. start with level-2 headings and use level-3 headings for subsections, etc. Don‘t use a different ordering, because you don’t like how a headline looks.