Skip to content

Latest commit

 

History

History
98 lines (61 loc) · 5.43 KB

CONTRIBUTING.md

File metadata and controls

98 lines (61 loc) · 5.43 KB

Contributing to rapidtide

Welcome to the rapidtide repository! We're excited you're here and want to contribute.

These guidelines are designed to make it as easy as possible to get involved. If you have any questions that aren't discussed below, please let us know by opening an issue!

Before you start you'll need to set up a free GitHub account and sign in. Here are some instructions.

Already know what you're looking for in this guide? Jump to the following sections:

Joining the conversation

rapidtide is a young project maintained by a growing group of enthusiastic developers— and we're excited to have you join! Most of our discussions will take place on open issues.

As a reminder, we expect all contributions to rapidtide to adhere to our code of conduct.

Issue labels

The current list of labels are here and include:

  • Help Wanted These issues contain a task that a member of the team has determined we need additional help with.

    If you feel that you can contribute to one of these issues, we especially encourage you to do so!

  • Bugs These issues point to problems in the project.

    If you find new a bug, please give as much detail as possible in your issue, including steps to recreate the error. If you experience the same bug as one already listed, please add any additional information that you have as a comment.

  • Enhancement These issues are asking for enhancements to be added to the project.

    Please try to make sure that your enhancement is distinct from any others that have already been requested or implemented. If you find one that's similar but there are subtle differences please reference the other request in your issue.

Making a change

We appreciate all contributions to rapidtide, but those accepted fastest will follow a workflow similar to the following:

1. Comment on an existing issue or open a new issue referencing your addition.

This allows other members of the rapidtide development team to confirm that you aren't overlapping with work that's currently underway and that everyone is on the same page with the goal of the work you're going to carry out.

This blog is a nice explanation of why putting this work in up front is so useful to everyone involved.

2. Fork the rapidtide repository to your profile.

This is now your own unique copy of rapidtide. Changes here won't effect anyone else's work, so it's a safe space to explore edits to the code!

Make sure to keep your fork up to date with the master repository.

3. Make the changes you've discussed.

Try to keep the changes focused. We've found that working on a new branch makes it easier to keep your changes targeted.

When you're creating your pull request, please make sure to review the rapidtide style conventions.

4. Submit a pull request.

A member of the development team will review your changes to confirm that they can be merged into the main codebase.

Recognizing contributions

We welcome and recognize all contributions from documentation to testing to code development. You can see a list of current contributors in the contributors tab.

Thank you!

You're awesome. 👋😃


— Based on contributing guidelines from the tedana project, which in turn are based on guidelines from the STEMMRoleModels project.