You can contribute in a variety of ways. For a detailed tutorial, read Scott Addie's Community-Driven JSON Schemas in Visual Studio 2015 blog post.
- Submit new JSON schema files
- Add a JSON schema file to the catalog
- Modify/update existing schema files
Versioning of schema files are handled by modifying the file name to include the version number: myschema-1.2.json
When uploading a new schema file, make sure it targets a file that is commonly used or has potential for broad uptake.
If you don't have Visual Studio (using macOS or Linux?), you can check your modifications are fine by running:
make
After adding schema files, register them in schema catalog by adding an entry corresponding to your schema:
{
"name": "Friendly schema name",
"description": "Schema description",
"fileMatch": [
"list of well-known filenames matching schema"
],
"url": "https://json.schemastore.org/<schemaName>.json"
}
✔️ Use the lowest possible schema draft needed, preferably Draft v4, to ensure interoperability with as many supported editors, IDEs and parsers as possible.
✔️ Use base.json
schema with some common types for all schemas.
❌ Don't forget add test files.
- Be consistent across your schema: order properties and describe in the one style.
- Use
$comment
to note about something to developers. You can refer to some issues here. - Use
title
when documentation mentions title explicitly. - Always use
description
,type
,additionalProperties
.- Always set
additionalProperties
tofalse
until documentation permits additional properties explicitly. that tool the JSON schema is created for can be changed in the future to allow wrong extra properties.
- Always set
- Use
minLength
/maxLength
/pattern
/etc for property values. - Don't end
title
/description
values with colon.
Adding tests (for local schemas only)
To make sure that files are validated against your schema correctly (we strongly suggest adding at least one before creating a pull request):
- Create a subfolder in
src/test
named as your schema file - Create one or more
.json, .yml or .yaml
files in that folder - Run
npm run build
If the build succeeds, your changes are valid and you can safely create a PR.
To make sure that invalid files fail to validate against your schema, use a subfolder in src/negative_test/
instead.
If you wish to retain full control over your schema definition, simply register it in the schema catalog by providing a url
pointing to the self-hosted schema file to the entry. Example on how to handle multiple schema versions.
This project contains an .editorconfig
file.
If your IDE or code editor doesn't natively support it, please install the EditorConfig plugin.
SchemaStore supports three types of schema validation mode.
- Full strict mode via AJV validator (SchemaStore default mode)
- Not fully strict mode via AJV validator. (The json filename is present in the
ajvNotStrictMode
list in schema-validation.json) - Validation via tv4 (The json filename is present in the
tv4test
list in schema-validation.json)