2.7 KiB
How to contribute to OpenMW
Not sure what to do with all your free time? Pick out a task from here:
Currently, we are focused on completing the MW game experience and general polishing. Features out of this scope may be approved in some cases, but you should probably start a discussion first.
Note:
- Tasks set to 'openmw-future' are usually out of the current scope of the project and can't be started yet.
- Bugs that are not 'Confirmed' should be confirmed first.
- Larger Features should have a discussion before you start implementing.
- In many cases, it's best to have a discussion about possible solutions before you jump into coding.
Aside from coding, you can also help by triaging the issues list. Check for bugs that are 'Unconfirmed' and try to confirm them on your end, working out any details that may be necessary. Check for bugs that do not conform to Bug reporting guidelines and improve them to do so!
There are various Tools to facilitate testing/development.
Pull Request Guidelines
Thought of a change? Great! To facilitate the review process, your pull request description should include the following (if applicable):
- A link back to the bug report or forum discussion that prompted the change
- Summary of the changes made
- Reasoning / motivation behind the change
- What testing you have carried out to verify the change
Furthermore, we advise to:
- Separate your work into multiple pull requests whenever possible. As a rule of thumb, each feature and each bugfix should go into a separate PR, unless they are closely related or dependent upon each other. Small pull requests are easier to review, and are less likely to require further changes before we can merge them. A "mega" pull request with lots of unrelated commits in it is likely to get held up in review for a long time.
- Feel free to submit incomplete pull requests. Even if the work can not be merged yet, pull requests are a great place to collect early feedback. Just make sure to mark it as [Incomplete] or [Do not merge yet] in the title.
- If you plan on contributing often, please read the Developer Reference on our wiki, especially the Policies and Standards.
- Make sure each of your changes has a clear objective. Unnecessary changes may lead to merge conflicts, clutter the commit history and slow down review. Code formatting 'fixes' should be avoided, unless you were already changing that particular line anyway.