-
Notifications
You must be signed in to change notification settings - Fork 23
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
Add a CONTRIBUTING.md #43
Comments
Ideas of things to include:
|
I would add to this list:
|
|
|
We can use this as a reference for PSR-2 compatibility: https://www.php-fig.org/psr/psr-2/ Other things to consider including or mentioning:
|
Notes on good commits: separate lint/whitespace, refactors, bugfixes, and features. Keep each commit as a single consistent and meaningful piece of work. |
|
According to the current composer.json, this library is licensed under GPL 2.0; I wonder if, to make it clearer to contributors, it's better to also include a copy of the license in a LICENSE.md and reference it in the contribution guide? |
I think it would be good, yeah.
…On Wed, 12 Jun 2019 at 14:17, Trungtin Ton ***@***.***> wrote:
According to the current composer.json
<https://github.com/Learnosity/learnosity-qti/blob/develop/composer.json#L11>,
this library is licensed under GPL 2.0; I wonder if, to make it clearer to
contributors, it's better to also include a copy of the license in a
LICENSE.md and reference it in the contribution guide?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#43?email_source=notifications&email_token=AABHEGDFLLI6LSAMUOSJXWLP2B2EVA5CNFSM4HQJ2H72YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXPGKYA#issuecomment-501114208>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AABHEGGCUJVQYREGUYJKJSDP2B2EVANCNFSM4HQJ2H7Q>
.
|
Add a PR template, too, with the most important checkboxes (phpcbf, tests, ....) |
This is probably a useful reference in terms of inspiration for content: |
To aid new contributors, we should include a concise guide on how best to contribute code to the official repository. It should describe as simply as possible the process for contributing, guidelines for reviews and code quality, the git flow and any caveats or limitations.
The guide should follow standard conventions used in other public git repositories, so that it is as easy as possible to discover and follow.
Thoughts / ideas / suggestions?
Feel free to drop your thoughts in below about what the contributing guide should cover, its format and any other ways we could make life easier for contributors.
The text was updated successfully, but these errors were encountered: