brotherton-erpnext/.github/CONTRIBUTING.md

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

37 lines
2.7 KiB
Markdown
Raw Normal View History

2017-04-28 10:39:57 +00:00
### Introduction (first timers)
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
Thank you for your interest in raising an Issue with ERPNext. An Issue could mean a bug report or a request for a missing feature. By raising a bug report, you are contributing to the development of ERPNext and this is the first step of participating in the community. Bug reports are very helpful for developers as they quickly fix the issue before other users start facing it.
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
Feature requests are also a great way to take the product forward. New ideas can come in any user scenario and the issue list also acts a roadmap of future features.
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
When you are raising an Issue, you should keep a few things in mind. Remember that the developer does not have access to your machine so you must give all the information you can while raising an Issue. If you are suggesting a feature, you should be very clear about what you want.
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
The Issue list is not the right place to ask a question or start a general discussion. If you want to do that , then the right place is the forum [https://discuss.erpnext.com](https://discuss.erpnext.com).
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
### Reply and Closing Policy
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
If your issue is not clear or does not meet the guidelines, then it will be closed. If it is closed, please supply the information asked and re-open it.
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
### General Issue Guidelines
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
1. **Search existing Issues:** Before raising a Issue, search if it has been raised before. Maybe add a 👍 or give additional help by creating a mockup if it is not already created.
1. **Report each issue separately:** Don't club multiple, unreleated issues in one note.
1. **Brief:** Please don't include long explanations. Use screenshots and bullet points instead of descriptive paragraphs.
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
### Bug Report Guidelines
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
1. **Steps to Reproduce:** The bug report must have a list of steps needed to reproduce a bug. If we cannot reproduce it, then we cannot solve it.
1. **Version Number:** Please add the version number in your report. Often a bug is fixed in the latest version
1. **Clear Title:** Add a clear subject to your bug report like "Unable to submit Purchase Order without Basic Rate" instead of just "Cannot Submit"
1. **Screenshots:** Screenshots are a great way of communicating issues. Try adding annotations or using LiceCAP to take a screencast in `gif`.
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
### Feature Request Guidelines
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
1. **Clarity:** Clearly specify how do you want the feature to behave. Don't just say "I would like multiple PDF formats", say that "Ability to add multiple print formats for customers with different languages".
1. **Solution:** Try and identify how the feature should look like.
1. **Mockups:** Mockups are a great way to explain your requirement.
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
### What if my Issue is closed
2016-04-18 09:26:34 +00:00
2017-04-28 10:39:57 +00:00
Don't worry, take the feedback, supply the correct information and re-open it!