Code contributions
💻

Code contributions

😃
Thank you so much for your interest in contributing to the app.

We are in the early stages of our open-source journey and we'd love to keep it as effortless as possible to get in touch with everyone, so please, don't hesitate to say hi and ask questions through github issues or through one of our comms!

The following is a set of guidelines, not rules. Use your best judgment, and feel free to propose changes to this document in a pull request.

How to get started?

  • Please join our Slack community and #developers channel if you need help, want to chat, or are thinking of a new feature.
  • We use GitHub and you’ll find useful links in each section below. This contribution guide can also be found in github.
    1. Reporting bugs

      This section guides you through submitting a bug report. Following these guidelines helps maintainers and the community understand your report 🧙, reproduce the behavior 💻 🧭, and find related reports 🔎.

      When you are creating a bug report, please include as many details as possible:

      • Use a clear and descriptive title for the issue that facilitates identifying what the bug is.
      • Describe the steps to reproduce the bug in as many details as possible.
      • Describe the behavior you observed after following the steps and point out what exactly is the problem with that behavior.
      • Explain which behavior you expected to see instead and why.
      • Screenshots and animated GIFs are super welcomed and appreciated.
      • And ask questions, we love reflecting on things together and learning new perspectives!

      When creating an issue through github you can choose "bug report" which will use the existing template, the information it asks for helps us get into a common ground to co-create and know each other.

      Note: If you find a Closed issue that seems like it is the same or related to what you're experiencing, open a new issue and include a link to the original issue in the body of your new one.

      Suggesting enhancements

      Writing the steps that you imagine you would take if the feature you're requesting existed is a great way for you to reflect on your suggestion and for us to get a clear understanding of what you're suggesting.

      When you suggest an enhancement, please include as many details as possible:

      • Use a clear and descriptive title for the issue that facilitates identifiying what the enhancement is.
      • Provide a step-by-step description of the suggested enhancement in as many details as possible.
      • Explain why this enhancement would be useful for you and possibly for other users.
      • If there are other apps that do the same feel free to list them as examples/inspiration, screenshots, gifs are welcomed!
      • And ask questions, we love reflecting on things together and learning new perspectives!

      When creating an issue through github you can choose "Feature request" which will use the existing template, the information it asks for helps us get into a common ground to co-create and know each other.

      Your First Code Contribution

      Unsure where to begin contributing? You can start by looking through these beginner and help-wanted issues:

      • [Beginner issues][beginner] - issues which should only require a few lines of code, and a test or two.
      • [Help wanted issues][help-wanted] - issues which should need a bit more involvement than beginner issues.

      Either type of issues you get involved in, it is with great joy that get this oppotunity to get to know you and co-create with you!

      Pull Requests

      If your PR is related to an issue, add a link to the issue on its description.

      Our pull request template will offer some guidance on basic info that should be added to your PR.

      Styleguides

      Git Commit Messages

    2. Use the present tense ("Add feature" not "Added feature")
    3. Use the imperative mood ("Move cursor to..." not "Moves cursor to...")
    4. Limit the first line to 72 characters or less
    5. Reference issues and pull requests liberally after the first line
    6. When only changing documentation, include [ci skip] in the commit title
    7. Development style guide

      See STYLE_GUIDE.md

      Add yourself as a contributor

      To add yourself to the table of contributors, follow the bot usage instructions.

📌Code of conduct 👫

This project and everyone participating in it uses the 29k Code of Conduct as a compass in our co-creation process. By contributing, you are expected to uphold this code. Please report unacceptable behavior to help@29k.org.

💬
Join the slack community and our #developers channel to get in contact with the core team and other volunteers.
📧
If you’re having problems with Slack you can reach us at hello@29k.org