Initial version of "version"


















1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
## # version:

Each plugin may carry its own version number:

    # version: 0.5

Which makes sense as features progress individually of the main application.
It's the whole point of plugin systems to provide independent functionality.

  * Often it suffices to use MINOR.MAJOR schemes.

  * For larger plugins the more common SEMVER versioning might make sense
    still.

  * Patch versions etc. however shouldn't be part of the `version:` field.

Instead one can use [state:](wiki/state) or [support:](wiki/support) to expand
on the current code quality/completion.