Revision 48606f28
Added by koszko over 1 year ago
index.json | ||
---|---|---|
24 | 24 |
|
25 | 25 |
// Unknown object properties will be ignored. This is for compatibility with |
26 | 26 |
// possible future revisions of the format. |
27 |
|
|
28 |
// Various kinds of objects contain version information. Version is always an |
|
29 |
// array of integers, with major version number being the first array item. When |
|
30 |
// applicable, a version is accompanied by a revision field which contains a |
|
31 |
// positive integer. If versions specified by arrays of different length need to |
|
32 |
// be compared, the shorter array gets padded with zeroes on the right. This |
|
33 |
// means that for example version 1.3 could be given as both [1, 3] and |
|
34 |
// [1, 3, 0, 0] (aka 1.3.0.0) and either would mean the same. |
|
35 |
|
|
36 | 27 |
{ |
37 | 28 |
// Once our index.json schema changes, this field's value will change. Our |
38 | 29 |
// software will be able to handle both current and older formats thanks to |
39 | 30 |
// this information present in every index.json file. Schemas that differ by |
40 | 31 |
// the first (major) number are always incompatible (e.g. a Hydrilla builder |
41 | 32 |
// instance released at the time of 1.2 being the most recent schema version |
42 |
// will not understand version 2.0).
|
|
33 |
// will not understand version 2.1).
|
|
43 | 34 |
// Schemas that are backwards-compatible will have the same major number |
44 | 35 |
// and might differ by the second (minor) version number. The third (patch) |
45 | 36 |
// and subsequent numbers are being ignored right now. |
46 |
"source_schema_version": [1],
|
|
37 |
"$schema": "https://hydrilla.koszko.org/schemas/package_source-1.schema.json",
|
|
47 | 38 |
|
48 | 39 |
// Used when referring to this source package. Should be consize, unique |
49 | 40 |
// (among other source package names) and can only use a restricted set of |
... | ... | |
93 | 84 |
// allowed to contain arbitrary unicode characters (within reason!). |
94 | 85 |
"long_name": "Hello Apple", |
95 | 86 |
|
87 |
// Item definitions contain version information. Version is |
|
88 |
// represented as an array of integers, with major version number |
|
89 |
// being the first array item. In case of resources, version is |
|
90 |
// accompanied by a revision field which contains a positive |
|
91 |
// integer. If versions specified by arrays of different length need |
|
92 |
// to be compared, the shorter array gets padded with zeroes on the |
|
93 |
// right. This means that for example version 1.3 could be given as |
|
94 |
// both [1, 3] and [1, 3, 0, 0] (aka 1.3.0.0) and either would mean |
|
95 |
// the same. |
|
96 | 96 |
// Different versions (e.g. 1.0 and 1.3) of the same resource can be |
97 | 97 |
// defined in separate index.json files. This makes it easy to |
98 | 98 |
// accidently cause an identifier clash. To help detect it, we |
Also available in: Unified diff
specify full schema URL in index.json