ekleinod/slidev repository overview

⁠etg-docker: ekleinod/slidev

⁠Quick reference

• Maintained by: ekleinod⁠
• Docker hub: ekleinod/slidev⁠
• Where to get help: gitlab⁠, issue tracker⁠

⁠Supported tags

• 1.7.0, 1.7.0-52.14.2, latest
• 1.6.0, 1.6.0-52.1.0
• 1.5.0, 1.5.0-52.1.0
• 1.4.0, 1.4.0-51.8.2
• 1.3.0, 1.3.0-0.42.4
• 1.2.0, 1.2.0-0.40.10
• 1.1.0, 1.1.0-0.36.5
• 1.0.0, 1.0.0-0.35.4

⁠What is this image?

This is a docker image for the "Presentation Slides for Developers" slidev. The image has the name ekleinod/slidev.

• sli.dev⁠
• sli.dev github⁠

The following themes and icons are installed:

• official themes
  • Apple Basic⁠
  • Bricks⁠
  • Default⁠
  • Seriph⁠
  • Shibainu⁠
• community themes
  • Academic⁠
• icon sets
  • Carbon⁠ (included by default)
  • Material Design Icons⁠

For the complete changelog, see changelog.md⁠

⁠How to use the image

You can use the image as follows:

docker run --rm --interactive --name <containername> --volume "${PWD}:/slidev" --publish 3030:3030 --init ekleinod/slidev <command>

Please note, that /slidev is the work directory of the image.

For a simple test showing the slidev version, run

$ docker run --rm --name slidev ekleinod/slidev --version

You can see examples at work in the test folder. Clone the repository or download the folder. Call them as follows:

$ cd test
$ ./test_help.sh
$ ./test_hello-world.sh
$ ./test_version.sh

⁠Releases

The latest release will always be available with:

ekleinod/slidev:latest

There are two naming schemes:

1. ekleinod/slidev:<internal>-<slidev>

   Example: ekleinod/slidev:1.0.0-0.35.4

2. internal version number ekleinod/slidev:<major>.<minor>.<patch>

   Example: ekleinod/slidev:1.0.0

⁠Build locally

In order to build the image locally, clone the repository and call

$ cd image
$ ./build_image.sh

⁠Git-Repository

The branching model regards to the stable mainline model described in https://www.bitsnbites.eu/a-stable-mainline-branching-model-for-git/⁠.

This means, there is always a stable mainline, the main branch. This branch ist always compileable and testable, both without errors.

Features are developed using feature branches. Special feature branches are used (different from the mainline model) for finalizing releases.

Releases are created as branches of the mainline. Additionally, each release is tagged, tags contain the patch and, if needed, additional identifiers, such as rc1 or beta.

Patches are made in the according release branch. Minor version changes get their own release branch.

⁠Copyright

Copyright 2022-2026 Ekkart Kleinod [email protected]⁠

The program is distributed under the terms of the GNU General Public License, either version 3 of the License, or any later version.

See COPYING for details.

This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or any later version.

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

You should have received a copy of the GNU General Public License along with this program. If not, see https://www.gnu.org/licenses/⁠.