Skip to content

Latest commit

 

History

History
61 lines (48 loc) · 3.59 KB

CONTRIBUTING.md

File metadata and controls

61 lines (48 loc) · 3.59 KB

Contribution Guide

Thank you for considering contributing to the Exercism app! This guide will help you get started with the process and outline the steps to make your contribution as smooth as possible.

Table of Contents

Platform Compatibility

The Exercism app is designed to run on Mac and iPad only. Ensure you have access to one of these devices to test and develop the app effectively. The app also runs on the simulators of the same devices with all it's features available.

How to Contribute

Reporting Bugs

If you find a bug in the project, please open an issue on GitHub with the following details:

  • A clear and descriptive title.
  • A detailed description of the issue.
  • Steps to reproduce the issue.
  • Any relevant logs or screenshots.
  • Add the relevant labels

Suggesting Features

We welcome new ideas and feature suggestions! To suggest a feature:

  • Open an issue on GitHub with the "Feature Request" label.
  • Provide a clear and detailed description of the feature.
  • Explain why this feature would be useful and how it should work.

Pull Requests and Code Reviews

All code contributions pass through pull requests. If you haven't created a pull request before, we recommend this free video series, How to Contribute to an Open Source Project on GitHub. The team monitors and reviews all pull requests. Depending on the changes, we will either approve them or close them with an explanation. We might also work with you to improve a pull request before approval. We do our best to respond quickly to all pull requests. If you don't get a response from us after a week, feel free to reach out to us via Slack or GitHub discussions Note: If you are part of the org and have the permissions on the repo, don't forget to assign yourself to the PR, and add the appropriate GitHub label and Milestone for the PR

Code Style and Standards

Follow the Swift API design guidelines. Use meaningful variable and function names. Write comments to explain complex logic or code blocks. The project uses Swiftlint, install and once you build you will get warnings for any violations.

PR Merge Policy

PRs require one reviewer to approve the PR before it can be merged to the base branch We keep the PR git history when merging (merge via "merge commit") Who merges the PR once it's approved and green?

  • For PRs authored by people external to the organisation and not having push permissions, the reviewer who approved the PR will merge it.
  • For PRs authored by contributors with push permissions, the author of the PR will merge their own PR.

Getting Help

If you need help with anything related to the project, feel free to:

Thank you for contributing to the Exercism app!