-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Contributing #1236
Contributing #1236
Conversation
this list hasn't changed in 2 years.
@tjschuck I'd welcome your feedback and grammar policing as well. |
respect the opinions of others. | ||
|
||
|
||
<a name="bugs"></a> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
you don't need this IMO. Github creates anchors for all titles (it will be #bug-reports
here)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The issue with doing that is that if the title changes, so do the url hashes. I reverted to using explicit named anchors to ensure the urls don't change when the title copy does.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would there be any benefit by putting this in the Wiki? One benefit, I believe, is that you can set permissions for updating the wiki separate from the repo. If we plan to never use the Wiki, I say let's turn it off. |
the benefit of putting it in the CONTRIBUTING.md file of the repo is that github will tell people about it when they open a PR with a link to read it. If it is in the wiki, it will be even less likely to get read than in the readme. |
@stof Ah! Good to know. Pretty cool. |
I turned the Wiki off since I doubt we'll ever use that. |
cake watch # watch coffee/ for changes and build Chosen | ||
|
||
If you're interested, you can find the recipes in Cakefile. | ||
We welcome all to participate in making Chosen the best software it can be. The repository is maintained by only a few people, but has accepted contributions from over 50 authors after reviewing hundreds of pull requests related to thousands of issues. You can help reduce the maintainers workload (and increase your chance of having an accepted contribution to Chosen) by following the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the maintainers workload
should be possessive: the maintainers' workload.
|
||
Guidelines for bug reports: | ||
|
||
1. **Use the GitHub issue search** — check if the issue has already been |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Took me a minute to even find the issue search. We should link to it: https://github.com/harvesthq/chosen/search?type=Issues
I've gone ahead and merged this after updating with @tjschuck's grammar notes. This can serve as a living document so if you see something that bothers you, speak up. @necolas Thanks for providing an excellent starting point. I'd love to share some of our changes with your repo if you're interested. Should I just start a PR with the things we've changed or is there some other procedure you'd prefer? |
@kenearley @stof Please share your feedback liberally.
This adds a
contributing.md
file which makes it clear what is expected of people opening pull requests and issues in the Chosen repository. I've used a lightly modified version of @necolas's excellent issue-guidelines because I think they're great. My sincere hope is that these guidelines will help us receive better issues and more concise pull requests to Chosen.It is probably easier to review this document in the browser than anywhere else. But do what works for you.