@startuml
and @enduml
for instance) : This part is very stable. We really take care about backward compatibility here. Even diagrams that have been written by earlier versions of PlantUML are still readable by latest releases.MAJOR.YEAR.RELEASE
.
If you prefer, you can also read this as MAJOR.MINOR.PATCH
.
Number | Example | Description |
MAJOR
|
1 |
This number will increase when there will be an incompatible change in the Java API. Also, if ever there is a change in the PlantUML language itself which break ascending compatibility, we will also increase this number, but we expect that this will never happen (it has not since 2009!). Change in MAJOR number will be documented: we will clearly explain what has changed between major versions. We expect less than one change per year here.
|
YEAR / MINOR
|
2017 | This number will be the releasing year of the version. While this is not completely standard, we think that it will help people to know whether they are using a recent version of PlantUML or not. |
RELEASE / PATCH
|
12 | This number will be simply incremented for each release of the year. We expect about 20 to 30 releases per year. It will be reset to zero at each year change. |
MAJOR
number, YEAR
will stick the the current year,
and RELEASE
will be also incremented.
java -jar plantuml.jar -version
or use the following small special diagram description :
🎉 Copied!
|
|
(See also on the FAQ)