25'ten fazla konu seçemezsiniz Konular bir harf veya rakamla başlamalı, kısa çizgiler ('-') içerebilir ve en fazla 35 karakter uzunluğunda olabilir.

CONTRIBUTING.md 1.9 KiB

1234567891011121314151617181920212223242526
  1. This is a quick guide on contributing to Isleward
  2. ### Creating Issues
  3. * Use the integrated [Issue tracker](https://gitlab.com/Isleward/isleward/issues)
  4. * Before making a new issue, make sure the same issue is not already listed in the issue tracker
  5. * In case it is listed and you have some more info, for example on how to reproduce a bug, post a comment in the original issue
  6. * Use the `Bug` label for bugs
  7. * Use the `Suggestion` label for suggesting new features or content
  8. * Use the `Modding` label for modding related issues
  9. * Use the `Feature/Content` label for new features or content
  10. * Do **not** use the remaining labels unless you are working on the issue (see Workflow)
  11. ### Workflow
  12. * First create an issue that relates to your changes if there's none yet (See Creating Issues)
  13. * Fork the Isleward project or update your fork
  14. * Make a new branch in your fork, preferably with the issue number and a very description in the name (e.g. `666-necromancer-class`, `123-crash-fix`)
  15. * Give the issue label a `In Development`
  16. * Make your changes
  17. * Before submitting a merge request, make sure to properly test your changes locally
  18. * Submit a merge request, in the merge request message, mention the task number, as mentioned in [Automatic issue closing](https://gitlab.com/help/user/project/issues/automatic_issue_closing.md) article.
  19. * Always merge into `isleward/staging` branch, **not** `isleward/master`
  20. * Remove the `In Development` label from the issue and give it an `In Testing` label
  21. * Wait for the merge request to be approved. If the merge request is denied, address the comments made in the request and submit again
  22. * After the merge request has been approved and merged, it'll get tested again in the `Staging` branch
  23. * When it's tested and works in `Staging`, assing a `Ready for Release` label to the issue
  24. * After the `Staging` branch is merged into `master`, the issue should get automatically closed. If not, please close the issue.