You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

98 lines
4.1 KiB

  1. ## How to Contribute
  2. All contributions are welcome! This guide will get you up to speed with the contribution process for Gooey.
  3. Some Caveats Up Front:
  4. * Opening a PR does not guarantee it will be merged
  5. * Feedback may take time
  6. * Merges may take time
  7. **--> The current release branch is [1.0.5](https://github.com/chriskiehl/Gooey/tree/1.0.5-release) <--**. All PRs should be opened against this branch.
  8. ### Getting Started:
  9. All bugs and non-trivial changes must have an associated [issue](https://github.com/chriskiehl/Gooey/issues/new). So, step one should be making sure that your [issue doesn't already exist](https://github.com/chriskiehl/Gooey/issues?utf8=%E2%9C%93&q=is%3Aissue). If you find a relevant issue, feel free to add a comment with any additional details or problems specific to your use case. Otherwise, open a new issue and fill out the template in its entirety.
  10. An exception to this rule is for any "trivial" change such as language additions, documentation fixes, typo corrections, etc.. no issue is required for these. Just include a good description / overview in your PR.
  11. ### Development Overview
  12. All development and pull requests should be made against the **current release branch**. Master is reserved for the last stable working version of the code. As such, it will often be outdated.
  13. Release branches take the form of `{semvar}-release`. For example:
  14. * `1.0.2-release`
  15. * `2.0.0-release`
  16. You can find the current release branch by checking out the [branches page](https://github.com/chriskiehl/Gooey/branches).
  17. **Making Changes:**
  18. * Create a branch for your changes
  19. * Use the current release branch
  20. * Don't branch from `master`! This will cause you pain!
  21. * Ideal branch naming would reference the issue number it is resolving (e.g. `issue-xxx-enabling-cool-feature` ).
  22. * Group your commits into coarse feature-level chunks (preferably one) and reference the issue number in the message (e.g. `"closes #322 - added cool feature XXX"`)
  23. * Make your commits about One Thing.
  24. * Avoid stream of consciousness style commits as they'll just be asked to be cleaned up during code review
  25. * Make sure you've added tests for your feature / bug fix
  26. * Make sure it works on both Python 2.7 and Python 3.x (this is often overlooked!)
  27. * Backwards compatibility must be honored
  28. **When to PEP8:**
  29. The vast majority of Gooey's code does _not_ follow PEP8. This is because the vast majority of Gooey's code is build on top of WxPython code, which does not follow PEP8. Everything in Gooey's core honors the general camelCase style used throughout Wx.
  30. The exception to this rule is for everything in the `python_bindings/` package. This package holds the public API for Gooey, and thus honors PEP8. So the general rule is that if you're making a change to the public bindings: use PEP8. For all other internal Gooey code, honor the house style you find.
  31. ## Pull Request Process
  32. Pull Requests should be made against the **current release branch**. You can find the current release branch [here](https://github.com/chriskiehl/Gooey/branches).
  33. A good PR should hit these essentials.
  34. Basic Checklist:
  35. - [ ] Works on both Python 2.7 & Python 3.x
  36. - [ ] Commit message includes the relevant issue number
  37. - [ ] Pull request description contains link to relevant issue
  38. - [ ] Bug fix / feature has associated tests
  39. - [ ] README.md is updated (if relevant)
  40. - [ ] PR has summary of the change and links to the detailed issue.
  41. Super Cool Person Above and Beyond Checklist Additions:
  42. - [ ] A sister commit in the [Examples Repo](https://github.com/chriskiehl/GooeyExamples) was created demonstrating your new feature
  43. ## Code of Conduct
  44. None. Use your best judgement.
  45. ## Grumpy Stuff:
  46. * Please do not email me directly to ask why your PR hasn't been merged
  47. * Please do not email me directly to ask why your issue hasn't been addressed.
  48. The answer will always be some stock variant of (1) I'm just _a_ guy, (2) I work on this for free (3) It's not a priority at the moment, (4) yes, I feel guilty all the time, (5) some weekends I just want to play a video game or something.
  49. [Worth a read.](https://gist.github.com/richhickey/1563cddea1002958f96e7ba9519972d9)