Skip to content

Latest commit

 

History

History
106 lines (58 loc) · 6.63 KB

CONTRIBUTING.md

File metadata and controls

106 lines (58 loc) · 6.63 KB

Contributing to JSON Schema Website

First off, thanks for taking the time to contribute! 🫶

All types of contributions are encouraged and valued. See the Table of Contents for different ways to help and details about how this project handles them. Please make sure to read the relevant section before making your contribution. It will make it much easier for us maintainers and smooth out the experience for all involved. The community looks forward to your contributions. 🎉

If you don't have time to contribute, that's fine. There are other easy ways to support the project and show your appreciation:

  • Star the project on Github
  • Post on Twitter or Linkedin about JSON Schema `#jsonschema

Table of Contents

🌱 Code of Conduct

Before making your first contribution, please ensure you are familiar with our Code of Conduct.

💬 I have a question

If you need clarification after reading this document, we encourage you to join the #contribute channel in our Slack workspace.

🍻 I want to contribute

🐞 Reporting bugs

Please use our issues templates that provide hints on what information we need to help you.

💡 Issues and feature requests

Open an issue only to report a bug or a feature. Don't open issues for questions or support, instead join our Slack workspace and ask there. Remember to follow our Code of Conduct while interacting with community members! It's more likely you'll get help, and much faster!

🛠️ Add a new Implementation

To add a new implementation, please open a PR, adding the details of your implementation to \pages\implementations\main.md file. We also invite you to join the discussion in #implementers channel in our Slack workspace.

✍️ Publish a blog post

Before publishing your first blog post, please ensure you are familiar with our blog guidelines.

To publish a blog post, please open a PR, adding your post in Markdown format into the \pages\blog\posts folder using any existing posts as reference e.g.: json-schema-in-5-minutes.md. Remember to add all the images into the \public\img folder.

📈 Publish a Case Study

To publish a case study, we encourage you to join #adopters channel in our Slack workspace and introduce your use case.

📋 Improving the Documentation

If you would like to join the efforts to improve the JSON Schema Documentation, we encourage you to check our documentation board to get a sense of the pending issues and who is doing what. We encourage you to join the discussion on the issue #421 so you can see the long term vision for our docs. We also invite you to join the discussion in #documentation channel in our Slack workspace.

📋 Improving the Website

If you would like to join the efforts to improve the JSON Schema Website, we encourage you to check our website contribution board to get a sense of the pending issues and bugs and who is doing what. We also invite you to join the discussion in #website channel in our Slack workspace.

🎨 Improving the Design

If you would like to contribute with designs, we encourage you to join #design channel in our Slack workspace and read the contributing guidelines in the Brand repository.

⌨️ Pull requests

We welcome pull requests for editorial suggestions and resolving open issues.

If your pull request addresses a specific issue, please reference this issue in your pull request description using a supported descriptor. This helps automatically link and close the issue when the pull request is merged.

We strongly encourage linking every pull request to an existing issue. If no corresponding issue exists, please create one first. This allows the community to discuss the required changes. If you are addressing an existing issue, ensure the scope is clear and consider the following:

  • If the issue is several years old, verify its relevance by asking in the comments.
  • Ensure the discussion within the issue has led to a clear, actionable decision.

Generally, pull requests should be made to the main branch.

Most PRs, will be left open for a minimum of 14 days. Minor fixes may be merged more quickly once approved by a project member.

Markdown Style Guide

Contributors to our Docs or our Blog can have a look at the custom markdown style guide with a list of useful markdown tags providing tools to easily create cool content that provides a better user experience.

Triage

Please check the triage process to learn how we review and label incoming issues .

Feedback

Feedback on this process can be made informally through our Slack server and formally using our Community Discussions.

References

This document was adapted from https://contributing.md!