|
| 1 | +Contributing |
| 2 | +============ |
| 3 | + |
| 4 | +Interested in contributing? Awesome! 🤩 |
| 5 | + |
| 6 | +We deeply value code contributions from the Dojo developers community ❤️. We'd like to make it as easy as possible for you to work in this repository. Ensure that you follow the guidelines before contributing. |
| 7 | + |
| 8 | +## Let's get started |
| 9 | + |
| 10 | +There are many ways you can contribute! ❤️ |
| 11 | + |
| 12 | +### Bug reports and fixes 🐞 |
| 13 | +- If you find a bug, please search for it in the [issues](https://github.com/dojo-engineering/dojo-ios-sdk/issues), and if it isn't already tracked, |
| 14 | + [create a new issue](https://github.com/dojo-engineering/dojo-ios-sdk/issues/new). Fill out the **Bug Report** section of the issue template. Even if an issue is closed, feel free to comment and add details, we will still review it. |
| 15 | +- Issues that have already been identified as a bug (📝 and able to reproduce) will be labelled `bug`. |
| 16 | +- If you'd like to submit a fix for a bug, send a pull request and mention the issue number. |
| 17 | +- Include tests that isolate the bug and verifies that it was fixed. |
| 18 | + |
| 19 | +### New Features 💡 |
| 20 | +- If you'd like to add new functionality to this project, describe the problem you want to solve in a [new issue](https://github.com/dojo-engineering/dojo-ios-sdk/issues/new). |
| 21 | +- Issues that have been identified as a feature request will be labelled `enhancement`. |
| 22 | +- If you'd like to implement the new feature, wait for feedback from the project |
| 23 | + maintainers before spending too much time writing the code. In some cases, an `enhancement` may |
| 24 | + not align well with the project objectives at the time. |
| 25 | + |
| 26 | +### Tests 🔎, documentation 📚, miscellaneous ✨ |
| 27 | + |
| 28 | +- If you'd like to improve the tests, or want to make the documentation clearer, you have an alternative implementation of something that may have advantages over the way it's currently done, or you have any other change, we would be happy to hear about it! |
| 29 | +- If it's a trivial change, go ahead and pull request with the changes you have in mind. |
| 30 | +- If not, [open an issue](https://github.com/dojo-engineering/dojo-ios-sdk/issues/new) to discuss the idea first. |
| 31 | + |
| 32 | + |
| 33 | +## Requirements |
| 34 | + |
| 35 | +For your contribution to be accepted: |
| 36 | + |
| 37 | +- ✅ The test suite must be complete and pass. |
| 38 | +- ✅ The changes must be approved by code review. |
| 39 | +- ✅ Commits should be atomic and messages must be descriptive. Related issues should be mentioned by issue number. |
| 40 | + |
| 41 | +If the contribution doesn't meet the above criteria, you may fail our automated checks or a maintainer will discuss it with you. You can continue to improve a pull request by adding commits to the branch from which the pull request was created. |
| 42 | + |
| 43 | + |
| 44 | +## Creating a pull request |
| 45 | + |
| 46 | +1. 🍴 Fork the repository on GitHub. |
| 47 | +2. 🏃♀️ Clone/fetch your fork to your local development machine. It's a good idea to run the tests just to make sure everything is in order. |
| 48 | +3. 🌿 Create a new branch and check it out. |
| 49 | +4. 🔮 Make your changes and commit them locally. Magic happens here! |
| 50 | +5. ⤴️ Push your new branch to your fork. (e.g. `git push username fix-issue-16`). |
| 51 | +6. 📥 Open a Pull Request on github.com from your new branch on your fork to `main` in this repository. |
0 commit comments