1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
|
# Versioning plugin
The versioning plugin provides the ability to host documentation for multiple versions of your library/application
with seamless switching between them. This, in turn, provides a better experience for your users.
![Screenshot of documentation version dropdown](versioning-plugin-example.png)
**Note:** The versioning plugin only works with Dokka's HTML format.
Visit the [versioning plugin example project](../../examples/gradle/dokka-versioning-multimodule-example)
to see an example of it in action and how it can be configured.
## Applying the plugin
You can apply the versioning plugin the same way as other Dokka plugins:
<details open>
<summary>Kotlin</summary>
```kotlin
dependencies {
dokkaHtmlPlugin("org.jetbrains.dokka:versioning-plugin:1.7.20")
}
```
**Note:** When documenting multi-project builds, you need to apply the versioning
plugin within subprojects as well as in their parent project.
</details>
<details>
<summary>Groovy</summary>
```groovy
dependencies {
dokkaHtmlPlugin 'org.jetbrains.dokka:versioning-plugin:1.7.20'
}
```
**Note:** When documenting multi-project builds, you need to apply the versioning
plugin within subprojects as well as in their parent project.
</details>
<details>
<summary>Maven</summary>
```xml
<plugin>
<groupId>org.jetbrains.dokka</groupId>
<artifactId>dokka-maven-plugin</artifactId>
...
<configuration>
<dokkaPlugins>
<plugin>
<groupId>org.jetbrains.dokka</groupId>
<artifactId>versioning-plugin</artifactId>
<version>1.7.20</version>
</plugin>
</dokkaPlugins>
</configuration>
</plugin>
```
</details>
<details>
<summary>CLI</summary>
You can find the versioning plugin's artifact on
[mvnrepository](https://mvnrepository.com/artifact/org.jetbrains.dokka/versioning-plugin/1.7.20) or by browsing
[maven central repository](https://repo1.maven.org/maven2/org/jetbrains/dokka/versioning-plugin/1.7.20)
directly, and pass it to `pluginsClasspath`.
Via command line arguments:
```Bash
java -jar dokka-cli-1.7.20.jar \
-pluginsClasspath "./dokka-base-1.7.20.jar;...;./versioning-plugin-1.7.20.jar" \
...
```
Via JSON configuration:
```json
{
...
"pluginsClasspath": [
"./dokka-base-1.7.20.jar",
"...",
"./versioning-plugin-1.7.20.jar"
],
...
}
```
</details>
## Configuration
### Configuration options
The table below contains all the possible configuration options for the versioning plugin and their purpose.
| **Option** | **Description** |
|--------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| `version` | The version of your application/library that documentation is going to be generated for. This will be the version shown in the dropdown menu. |
| `versionsOrdering` | An optional list of strings that represents the order that versions should appear in the dropdown menu. Must match `version` string exactly. The first item in the list is at the top of the dropdown. |
| `olderVersionsDir` | An optional path to a parent folder that contains other documentation versions. It requires a specific directory structure. For more information, see [Directory structure](#directory-structure). |
| `olderVersions` | An optional list of paths to other documentation versions. It must point to Dokka's outputs directly. This is useful if different versions can't all be in the same directory. |
| `renderVersionsNavigationOnAllPages` | An optional boolean value indicating whether to render the navigation dropdown on all pages. Set to true by default. |
#### Directory structure
Note that the directory passed to `olderVersionsDir` needs to follow a specific structure:
```text
.
└── olderVersionsDir
└── 1.7.10
├── <dokka output>
└── 1.7.20
├── <dokka output>
...
```
### Configuration example
<details open>
<summary>Kotlin</summary>
```kotlin
import org.jetbrains.dokka.versioning.VersioningPlugin
import org.jetbrains.dokka.versioning.VersioningConfiguration
buildscript {
dependencies {
classpath("org.jetbrains.dokka:versioning-plugin:1.7.20")
}
}
tasks.dokkaHtml {
pluginConfiguration<VersioningPlugin, VersioningConfiguration> {
version = "1.5"
versionsOrdering = listOf("1.5", "1.4", "1.3", "1.2", "1.1", "alpha-2", "alpha-1")
olderVersionsDir = file("documentation/version")
olderVersions = listOf(file("documentation/alpha/alpha-2"), file("documentation/alpha/alpha-1"))
renderVersionsNavigationOnAllPages = true
}
}
```
Alternatively, you can configure it via JSON:
```kotlin
val versioningConfiguration = """
{
"version": "1.5",
"versionsOrdering": ["1.5", "1.4", "1.3", "1.2", "1.1", "alpha-2", "alpha-1"],
"olderVersionsDir": "documentation/version",
"olderVersions": ["documentation/alpha/alpha-2", "documentation/alpha/alpha-1"],
"renderVersionsNavigationOnAllPages": true
}
"""
pluginsMapConfiguration.set(
mapOf(
"org.jetbrains.dokka.versioning.VersioningPlugin" to versioningConfiguration
)
)
```
</details>
<details>
<summary>Groovy</summary>
```groovy
dokkaHtml {
String versioningConfiguration = """
{
"version": "1.5",
"versionsOrdering": ["1.5", "1.4", "1.3", "1.2", "1.1", "alpha-2", "alpha-1"],
"olderVersionsDir": "documentation/version",
"olderVersions": ["documentation/alpha/alpha-2", "documentation/alpha/alpha-1"],
"renderVersionsNavigationOnAllPages": true
}
"""
pluginsMapConfiguration.set(
["org.jetbrains.dokka.versioning.VersioningPlugin": versioningConfiguration]
)
}
```
</details>
<details>
<summary>Maven</summary>
```xml
<plugin>
<groupId>org.jetbrains.dokka</groupId>
<artifactId>dokka-maven-plugin</artifactId>
...
<configuration>
<pluginsConfiguration>
<org.jetbrains.dokka.versioning.VersioningPlugin>
<version>1.5</version>
<versionsOrdering>
<version>1.5</version>
<version>1.4</version>
<version>1.3</version>
<version>1.2</version>
<version>1.1</version>
<version>alpha-2</version>
<version>alpha-1</version>
</versionsOrdering>
<olderVersionsDir>${project.basedir}/documentation/version</olderVersionsDir>
<olderVersions>
<version>${project.basedir}/documentation/alpha/alpha-2</version>
<version>${project.basedir}/documentation/alpha/alpha-1</version>
</olderVersions>
<renderVersionsNavigationOnAllPages>true</renderVersionsNavigationOnAllPages>
</org.jetbrains.dokka.versioning.VersioningPlugin>
</pluginsConfiguration>
</configuration>
</plugin>
```
</details>
<details>
<summary>CLI</summary>
```Bash
java -jar dokka-cli-1.7.20.jar \
...
-pluginsConfiguration "org.jetbrains.dokka.versioning.VersioningPlugin={\"version\": \"1.5\", \"versionsOrdering\": [\"1.5\", \"1.4\", \"1.3\", \"1.2\", \"1.1\", \"alpha-2\", \"alpha-1\"], \"olderVersionsDir\": \"documentation/version\", \"olderVersions\": [\"documentation/alpha/alpha-2\", \"documentation/alpha/alpha-1\"], \"renderVersionsNavigationOnAllPages\": true}"
```
Alternatively, via JSON configuration:
```json
{
"moduleName": "Dokka Example",
...
"pluginsConfiguration": [
{
"fqPluginName": "org.jetbrains.dokka.versioning.VersioningPlugin",
"serializationFormat": "JSON",
"values": "{\"version\": \"1.5\", \"versionsOrdering\": [\"1.5\", \"1.4\", \"1.3\", \"1.2\", \"1.1\", \"alpha-2\", \"alpha-1\"], \"olderVersionsDir\": \"documentation/version\", \"olderVersions\": [\"documentation/alpha/alpha-2\", \"documentation/alpha/alpha-1\"], \"renderVersionsNavigationOnAllPages\": true}"
}
]
}
```
</details>
## Generating versioned documentation
With the versioning plugin applied and configured, no other steps are needed. Documentation can be built in the usual way.
Among other things, the versioning plugin adds a `version.json` file to the output folder. This file is used by the
plugin to match versions and generate version navigation. If your previously generated documentation does not have that
file, you will need to re-generate documentation for such versions. Just adding the file will not work.
The versioning plugin also bundles all other documentation versions that have been passed through `olderVersionsDir`
and `olderVersions` configuration options by putting them inside the `older` directory.
## Usage example
There is no single correct way to configure the plugin, it can be tailored to your needs. However,
it can be a bit overwhelming when starting out. Below you will find one of the ways it can be configured so that you
can begin publishing versioned documentation straight away.
The main idea behind it is the following:
1. One directory contains all versions of your documentation. For example, `documentation/version/{doc_version}`.
This is your archive which is needed for future builds.
2. The output directory of all new builds is set to that directory as well, under `documentation/version/{new_version}`.
3. When new builds are executed, the plugin looks for previous versions of documentation in the archive directory.
4. Once new documentation has been generated, it needs to be **copied** to somewhere accessible by the user.
For example, GitHub pages or nginx static directories. It needs to be **copied**, not moved because Dokka will still
need this version for future builds, otherwise there will be a gap in the archive.
5. Once it has been safely copied, you can remove the `older` directory from the newly generated and archived version.
This helps reduce the overhead of each version bundling all previous versions, as these files are effectively duplicates.
```kotlin
import org.jetbrains.dokka.versioning.VersioningPlugin
import org.jetbrains.dokka.versioning.VersioningConfiguration
buildscript {
dependencies {
classpath("org.jetbrains.dokka:versioning-plugin:1.7.20")
}
}
dependencies {
dokkaPlugin("org.jetbrains.dokka:versioning-plugin:1.7.20")
}
tasks.dokkaHtml {
// This can be any persistent folder where
// you store documentation by version
val docVersionsDir = projectDir.resolve("documentation/version")
// The version for which you are currently generating docs
val currentVersion = "1.3"
// Set the output to a folder with all other versions
// as you'll need the current version for future builds
val currentDocsDir = docVersionsDir.resolve(currentVersion)
outputDirectory.set(currentDocsDir)
pluginConfiguration<VersioningPlugin, VersioningConfiguration> {
olderVersionsDir = docVersionsDir
version = currentVersion
}
doLast {
// This folder contains the latest documentation with all
// previous versions included, so it's ready to be published.
// Make sure it's copied and not moved - you'll still need this
// version for future builds
currentDocsDir.copyTo(file("/my/hosting"))
// Only once current documentation has been safely moved,
// remove previous versions bundled in it. They will not
// be needed in future builds, it's just overhead.
currentDocsDir.resolve("older").deleteRecursively()
}
}
```
|