-
-
Notifications
You must be signed in to change notification settings - Fork 7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Define guidelines for contributing #3368
Comments
Some suggestions:
|
Some of the information needed could be linked to or copied from the wiki pages: |
Another thing that would be good to clarify is where arduino.cc website issues should be reported. Should they be submitted here, in the Website and Forum section of the Arduino forum, or emailed to the webmaster? https://www.arduino.cc/en/Main/ContactUs says to report website issues via email but I see many website issues successfully resolved in the Arduino IDE GitHub repository issue tracker. I recently had mastrolinux request that I submit an issue to the forum instead of here. It would be nice to have a single location for reporting website issues and I think a real issue tracker is the best option. If the IDE tracker is not the appropriate location then maybe a separate repository could be created as was done for forum-issues. A website specific repository could contain the website source to enable pull requests. Consider adding a link to the forum-issues repository for people wanting to report Arduino forum issues. |
I would like to emphasise that a single place that clearly states where to report issues in all aspects Arduino would be great, as right now things are all over the place and it is quite hard to tell what belongs where. I personally quite like the github tracker, and I've seen websites using an empty repository just to use it as a general issue tracker. |
I'm willing to write a first draft of this if I can get some official answers to my questions. The Arduino community is a resource that could be more effectively utilized with a little guidance and infrastructure. |
Regularly, we get issues and pullrequests which are incomplete, support requests instead of bugs, with poor commit messages or commit separation, etc. There are some standards and guidelines for what constitutes a good issue or PR, but these aren't written down anywhere.
To help contributors create higher-quality contributions (and thus reduce the review load), we should write contribution guidelines. If we put these in a file called CONTRIBUTING.md in the repo root, a link to these guidelines will be automatically shown whenever someone opens up a pullrequest or issue.
Things I think should appear in these guidelines:
More?
The text was updated successfully, but these errors were encountered: