codeql/ruby/CONTRIBUTING.md

Contributing

Hi there! We're thrilled that you'd like to contribute to this project. Your help is essential for keeping it great.

Contributions to this project are released to the public under the project's open source license.

Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by its terms.

Building and testing

See Developer information for information on building the Ruby extractor. There is no need to rebuild the extractor if you are only developing queries.

1. Install the CodeQL CLI as described in Getting started with the CodeQL CLI.

2. Ensure that <extraction-root>/codeql is in your PATH.

3. Clone this repository into <extraction-root>/codeql-ruby and change to this directory.

4. To run all tests in a directory and its subdirectories, run codeql test run <directory>, for example codeql test run ql/test/query-tests/security.

5. To run an individual test, run codeql test run <filename>, where <filename> is a .ql or .qlref file, for example codeql test run ql/test/query-tests/security/cwe-078/CommandInjection.qlref.

Adding a new query

If you have an idea for a query that you would like to share with other CodeQL users, please open a pull request to add it to this repository. Follow the steps below to help other users understand what your query does, and to ensure that your query is consistent with the other CodeQL queries.

1. Consult the documentation for query writers

   There is lots of useful documentation to help you write CodeQL queries, ranging from information about query file structure to language-specific tutorials. For more information on the documentation available, see Writing CodeQL queries and the CodeQL documentation.

2. Format your code correctly

   All of the standard CodeQL queries and libraries are uniformly formatted for clarity and consistency, so we strongly recommend that all contributions follow the same formatting guidelines. If you use the CodeQL extension for Visual Studio Code, you can auto-format your query using the Format Document command. For more information, see the QL style guide.

3. Make sure your query has the correct metadata

   Query metadata is used to identify your query and make sure the query results are displayed properly. The most important metadata to include are the @name, @description, and the @kind. Other metadata properties (@precision, @severity, and @tags) are usually added after the query has been reviewed by the maintainers. For more information on writing query metadata, see the Query metadata style guide.

4. Make sure the select statement is compatible with the query type

   The select statement of your query must be compatible with the query type (determined by the @kind metadata property) for alert or path results to be displayed correctly in LGTM and Visual Studio Code. For more information on select statement format, see About CodeQL queries on the CodeQL documentation site.

5. Write a query help file

   Query help files explain the purpose of your query to other users. Write your query help in a .qhelp file and save it in the same directory as your new query. For more information on writing query help, see the Query help style guide.

6. Maintain backwards compatibility

The standard CodeQL libraries must evolve in a backwards compatible manner. If any backwards incompatible changes need to be made, the existing API must first be marked as deprecated. This is done by adding a deprecated annotation along with a QLDoc reference to the replacement API. Only after at least one full release cycle has elapsed may the old API be removed.

In addition to contributions to our standard queries and libraries, we also welcome contributions of a more experimental nature, which do not need to fulfill all the requirements listed above. See the guidelines for experimental queries and libraries for details.

Resources

• How to Contribute to Open Source
• Using Pull Requests
• GitHub Help
• A Note About Git Commit Messages