Thanks for taking the time to read this.
The following is a set of guidelines for both contributing to the FITS Service project and what to do if you find bugs.
By posting a pull request on the FITSservlet GitHub site, you agree that you own the copyright for your software and that the pull request is made freely available and licensed by FITS users for use under the Apache 2.0 Open Source License - the same license by which FITS core code is made available as open source.
- Ensure the bug was not already reported by searching on GitHub under Issues.
- If you're unable to find an open issue addressing the problem, open a new one. Be sure to include a title and clear description, as much relevant information as possible, and a code sample or an executable test case demonstrating the expected behavior that is not occurring.
- Open a new GitHub pull request with the patch.
- Ensure the pull request description clearly describes the problem and solution. Include the relevant issue number if applicable.
Changes that are cosmetic in nature and do not add anything substantial to the stability, functionality, or testability of FITS Service will generally not be accepted.
- Suggest your change in the FITS mailing list** and start writing code.
- Do not open an issue on GitHub until you have collected positive feedback about the change. GitHub issues are primarily intended for bug reports and fixes.
- Be sure to include documentation within the code and a clear explanation of the feature or change in your pull request.
- Ask any question about how to use FITS Service in the FITS mailing list**.
**Note: The FITS mailing list combines both the FITS and FITS Service projects since the two projects are so closely related.
Thanks!
The FITS Team