Depending on the plugin relationship with the OpenSearch organization we currently recommend the following naming conventions and optional follow-up checks:
For the official plugins that live within the OpenSearch organization (i.e. they are included in OpenSearch/plugins/ or OpenSearch/modules/ folder), and which share the same release cycle as OpenSearch itself:
- Do not include the word
plugin
in the repo name (e.g. job-scheduler) - Use lowercase repo names
- Use spinal case for repo names (e.g. job-scheduler)
- Do not include the word
OpenSearch
orOpenSearch Dashboards
in the repo name - Provide a meaningful description, e.g.
An OpenSearch Dashboards plugin to perform real-time and historical anomaly detection on OpenSearch data
.
For the 3rd party plugins that are maintained as independent projects in separate GitHub repositories with their own release cycles the recommended naming convention should follow the same rules as official plugins with some exceptions and few follow-up checks:
- Inclusion of the words like
OpenSearch
orOpenSearch Dashboard
(and in reasonable cases evenplugin
) are welcome because they can increase the chance of discoverability of the repository - Check the plugin versioning policy is documented and help users know which versions of the plugin are compatible and recommended for specific versions of OpenSearch
- Review CONTRIBUTING.md document which is by default tailored to the needs of Amazon Web Services developer teams. You might want to update or further customize specific parts related to:
- Code of Conduct (if you do not already have CoC policy then there are several options to start with, such as Contributor Covenant),
- Security Policy (you should let users know how they can safely report security vulnerabilities),
- Check if you need explicit part about Trademarks and Attributions (if you use any registered or non-registered trademarks we recommend following applicable "trademark-use" documents provided by respective trademark owners)