PlantUML and GitLab
When the PlantUML integration is enabled and configured in GitLab, you can create diagrams in snippets, wikis, and repositories. This integration is enabled on GitLab.com for all SaaS users and does not require any additional configuration.
To set up the integration on a self-managed instance, you must:
- Configure your PlantUML server.
- Configure local PlantUML access.
- Configure PlantUML security.
- Enable the integration.
After completing the integration, PlantUML converts plantuml
blocks to an HTML image tag, with the source pointing to the PlantUML instance. The PlantUML
diagram delimiters @startuml
/@enduml
aren’t required, as these are replaced
by the plantuml
block:
-
Markdown files with the extension
.md
:```plantuml Bob -> Alice : hello Alice -> Bob : hi ```
For additional acceptable extensions, review the
languages.yaml
file. -
AsciiDoc files with the extension
.asciidoc
,.adoc
, or.asc
:[plantuml, format="png", id="myDiagram", width="200px"] ---- Bob->Alice : hello Alice -> Bob : hi ----
-
reStructuredText
.. plantuml:: :caption: Caption with **bold** and *italic* Bob -> Alice: hello Alice -> Bob: hi
Although you can use the
uml::
directive for compatibility withsphinxcontrib-plantuml
, GitLab supports only thecaption
option.
If the PlantUML server is correctly configured, these examples should render a diagram instead of the code block:
Inside the block you can add any of the diagrams PlantUML supports, such as:
You can add parameters to block definitions:
-
format
: Can be eitherpng
(default) orsvg
. Usesvg
with care, as it’s not supported by all browsers, and isn’t supported by Markdown. -
id
: A CSS ID added to the diagram HTML tag. -
width
: Width attribute added to the image tag. -
height
: Height attribute added to the image tag.
Markdown does not support any parameters, and always uses PNG format.
Configure your PlantUML server
Before you can enable PlantUML in GitLab, set up your own PlantUML server to generate the diagrams:
Docker
To run a PlantUML container in Docker, run this command:
docker run -d --name plantuml -p 8080:8080 plantuml/plantuml-server:tomcat
The PlantUML URL is the hostname of the server running the container.
When running GitLab in Docker, it must have access to the PlantUML container.
To achieve that, use Docker Compose.
In this basic docker-compose.yml
file, PlantUML is accessible to GitLab at the URL
http://plantuml:8080/
:
version: "3"
services:
gitlab:
image: 'gitlab/gitlab-ee:12.2.5-ee.0'
environment:
GITLAB_OMNIBUS_CONFIG: |
nginx['custom_gitlab_server_config'] = "location /-/plantuml/ { \n proxy_cache off; \n proxy_pass http://plantuml:8080/; \n}\n"
plantuml:
image: 'plantuml/plantuml-server:tomcat'
container_name: plantuml
Debian/Ubuntu
You can install and configure a PlantUML server in Debian/Ubuntu distributions using Tomcat:
-
Run these commands to create a
plantuml.war
file from the source code:sudo apt-get install graphviz openjdk-8-jdk git-core maven git clone https://github.com/plantuml/plantuml-server.git cd plantuml-server mvn package
-
Deploy the
.war
file from the previous step with these commands:sudo apt-get install tomcat8 sudo cp target/plantuml.war /var/lib/tomcat8/webapps/plantuml.war sudo chown tomcat8:tomcat8 /var/lib/tomcat8/webapps/plantuml.war sudo service tomcat8 restart
The Tomcat service should restart. After the restart is complete, the
PlantUML service is ready and listening for requests on port 8080:
http://localhost:8080/plantuml
To change these defaults, edit the /etc/tomcat8/server.xml
file.
Configure local PlantUML access
The PlantUML server runs locally on your server, so it can’t be accessed
externally by default. Your server must catch external PlantUML
calls to https://gitlab.example.com/-/plantuml/
and redirect them to the
local PlantUML server. Depending on your setup, the URL is either of the
following:
http://plantuml:8080/
http://localhost:8080/plantuml/
If you’re running GitLab with TLS you must configure this redirection, because PlantUML uses the insecure HTTP protocol. Newer browsers such as Google Chrome 86+ don’t load insecure HTTP resources on pages served over HTTPS.
To enable this redirection:
-
Add the following line in
/etc/gitlab/gitlab.rb
, depending on your setup method:# Docker deployment nginx['custom_gitlab_server_config'] = "location /-/plantuml/ { \n proxy_cache off; \n proxy_pass http://plantuml:8080/; \n}\n" # Built from source nginx['custom_gitlab_server_config'] = "location /-/plantuml { \n rewrite ^/-/(plantuml.*) /$1 break;\n proxy_cache off; \n proxy_pass http://localhost:8080/plantuml; \n}\n"
-
To activate the changes, run the following command:
sudo gitlab-ctl reconfigure
Configure PlantUML security
PlantUML has features that allow fetching network resources. If you self-host the PlantUML server, put network controls in place to isolate it.
@startuml
start
' ...
!include http://localhost/
stop;
@enduml
Enable PlantUML integration
After configuring your local PlantUML server, you’re ready to enable the PlantUML integration:
- Sign in to GitLab as an Administrator user.
- On the top bar, select Main menu > Admin.
- On the left sidebar, go to Settings > General and expand the PlantUML section.
- Select the Enable PlantUML checkbox.
- Set the PlantUML instance as
https://gitlab.example.com/-/plantuml/
, and select Save changes.
Depending on your PlantUML and GitLab version numbers, you may also need to take these steps:
-
For PlantUML servers running v1.2020.9 and above, such as plantuml.com, you must set the
PLANTUML_ENCODING
environment variable to enable thedeflate
compression. In Omnibus GitLab, you can set this value in/etc/gitlab.rb
with this command:gitlab_rails['env'] = { 'PLANTUML_ENCODING' => 'deflate' }
In GitLab Helm chart, you can set it by adding a variable to the global.extraEnv section, like this:
global: extraEnv: PLANTUML_ENCODING: deflate
-
For GitLab versions 13.1 and later, PlantUML integration now requires a header prefix in the URL to distinguish different encoding types.