Delphix Open Source Community Guidelines

The community is an essential part of supporting and extending the Delphix platform. Delphix regularly creates new platform integrations and tools that extend the platform and makes them available through open source. We want to ensure that all of our users can discover, use, support, and evolve those integrations. And when you do, we want them to find a welcoming, diverse, and inclusive community to be a part of.

These guidelines cover interaction between Delphix and communities, and within communities that are formed around open source contributions from Delphix. They do not cover contributions from Delphix professional services or partners, nor do they cover other aspects of the broader Delphix community, such as user groups or partner programs.

Community Conduct

All community members and Delphix employees must abide by the Delphix Code of Conduct. Each repository has one or more Delphix maintainers accountable for the success of the project and the community. This includes enforcing the code of conduct, responding to issues, supporting external community leaders, and managing contributions. Community members may be added as additional maintainers at the discretion of existing maintainers. In the event that concerns cannot be resolved through those representatives, please email open-source@delphix.com to contact the community leadership team.

Availability of Source and Artifacts

All source code is made available through GitHub repositories, and is freely accessible to all. These repositories are created within the Delphix GitHub organization, and are visible on delphix.github.io. Every project is licensed under an OSI-approved license, with Apache 2.0 being the preferred standard.

All releases are tagged using GitHub releases. Release artifacts, if present, should be made available through GitHub releases. Artifacts may also be made available through other means, such as package managers specific to third party tools.

Documentation

All projects must include a README.md file that describes the purpose of the project, how to get the software, and how to use it. The readme file must include links to this set of guidelines as well as the code of conduct.

In the event that additional documentation is necessary, projects may use the repository wiki or hosted documentation such as readthedocs. Any such documentation must be linked from the readme.

Support

All projects must include the Delphix Statement of Support in the readme and wherever the software may be acquired.

Delphix customers with a standard support agreement have access to Delphix support who troubleshoot to ensure that all licensed components of the platform are working as designed. If the community extension is the source of the issue, customers will be directed to the appropriate community channel for support. If assistance is required to modify or alter the extension, customers can engage with community partners, contact Delphix services for additional help, or make contributions themselves. Support agreements through partners or with Delphix services may vary.

If you find a known issue with a project, please submit a GitHub issue for the appropriate repository. Maintainers will respond within a reasonable timeframe, but there are is no guaranteed response time, and no commitment to fix all issues. You can also use GitHub issues to submit feature requests.

If you have general questions that are not known to be a defect or a feature request, ask our community through the Delphix Community Forums.

Certification and Testing

Delphix does not proactively test or certify open source extensions with each new product release. You may want to perform your own testing prior to updating components in mission critical scenarios. Each project should have its own development and testing strategy to ensure high quality across updates. This should include leveraging stable APIs to ensure compatibility with new product releases.

Contributing

All contributions must be made as pull requests to the appropriate repository. All discussion around the pull request should happen on GitHub, though offline conversations may be required when more extensive discussions are required. Maintainers will accept pull requests after they have been reviewed and approved. Every effort will be made to respond and iterate in a timely fashion, though no specific guarantees are made.

All external contributors must sign the Delphix Contributor Agreement prior to submitting any pull request.