Merge pull request #40 from thelounge/astorije/simpler-contribution-file
Simplify a great deal the CONTRIBUTING file
This commit is contained in:
commit
e3daa9e491
101
CONTRIBUTING.md
101
CONTRIBUTING.md
@ -5,88 +5,33 @@ your contributions.
|
|||||||
|
|
||||||
### I have a question
|
### I have a question
|
||||||
|
|
||||||
Find us on #thelounge channel on Freenode. You might not get an answer right
|
- Find us on the Freenode channel `#thelounge`. You might not get an answer
|
||||||
away, but this channel is filled with nice people who will be happy to help you.
|
right away, but this channel is full of nice people who will be happy to
|
||||||
|
help you.
|
||||||
|
|
||||||
### I want to report a bug
|
### I want to report a bug
|
||||||
|
|
||||||
First of all, look at the
|
- Look at the [open and closed
|
||||||
[open and closed issues](https://github.com/thelounge/lounge/issues?q=is%3Aissue)
|
issues](https://github.com/thelounge/lounge/issues?q=is%3Aissue) to see if
|
||||||
to see if this was not already discussed before.
|
this was not already discussed before. If you can't see any, feel free to
|
||||||
|
[open a new issue](https://github.com/thelounge/lounge/issues/new).
|
||||||
|
|
||||||
### I want to contribute to the code
|
### I want to contribute to the code
|
||||||
|
|
||||||
A good starting point if you want to help us but do not have a clear idea of
|
- Make sure to discuss your ideas with the community in an
|
||||||
what you can do specifically is to
|
[issue](https://github.com/thelounge/lounge/issues) or on the IRC channel.
|
||||||
look at the open issues labeled as [*quick and
|
- Take a look at the open issues labeled as [`help wanted`](https://github.com/thelounge/lounge/issues?q=is%3Aopen+is%3Aissue+label%3Abug+label%3A%22help+wanted%22)
|
||||||
easy*](https://github.com/thelounge/lounge/issues?q=is%3Aopen+is%3Aissue+label%3Abug+label%3A%22quick+and+easy%22)
|
if you want to help without having a specific idea in mind.
|
||||||
or [*help
|
- Make sure that your PRs do not contain unnecessary commits or merge commits.
|
||||||
wanted*](https://github.com/thelounge/lounge/issues?q=is%3Aopen+is%3Aissue+label%3Abug+label%3A%22help+wanted%22).
|
[Squash commits](https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History)
|
||||||
|
whenever possible.
|
||||||
When you submit some code, make sure it respects the overall coding style that
|
- [Rebase](https://git-scm.com/book/en/v2/Git-Branching-Rebasing) (instead of
|
||||||
is currently in place. If you do not, our reviewers will surely let you know you
|
merge) outdated PRs on the `master` branch.
|
||||||
should :smile: (that is, until an automated checker takes over the yelling).
|
- Give extra care to your commit messages. Use the [imperative present
|
||||||
|
tense](https://git-scm.com/book/ch5-2.html#Commit-Guidelines) and [follow Tim
|
||||||
Also, make sure that your PRs do not contain unnecessary commits. If you think
|
Pope's guidelines](http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html).
|
||||||
some of your commits should be merged into a single one, feel free to [squash
|
- Each PR will be reviewed by at least two different project maintainers. You
|
||||||
them](https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History).
|
can read more about this in the [maintainers'
|
||||||
|
corner](https://github.com/thelounge/lounge/wiki/Maintainers'-corner).
|
||||||
Please [rebase](https://git-scm.com/book/en/v2/Git-Branching-Rebasing) outdated
|
- Please document any relevant changes in the documentation that can be found
|
||||||
PRs on master to help with the reviews (rebasing is preferred over merging to
|
|
||||||
keep a clean history in a branch/PR).
|
|
||||||
|
|
||||||
Additionally, give extra care to your commit messages, as they will help us
|
|
||||||
review your PRs as well as help other contributors in the future, when exploring
|
|
||||||
the history. The general rules are to [use the imperative present
|
|
||||||
tense](https://git-scm.com/book/ch5-2.html#Commit-Guidelines), to start with a
|
|
||||||
single concise line, followed by a blank line and a more detailed explanation
|
|
||||||
when necessary. Tim Pope wrote an [excellent
|
|
||||||
article](http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html)
|
|
||||||
on how one should format their commit messages.
|
|
||||||
|
|
||||||
When you send a PR, expect two different reviews from the [project
|
|
||||||
maintainers](https://github.com/thelounge/lounge/blob/master/CONTRIBUTING.md#project-maintainers).
|
|
||||||
If necessary, they will make comments and ask for changes. When everything looks
|
|
||||||
good to them, they will both express their consent by commenting your PR with a
|
|
||||||
:+1:. Typically, the first reviewer will give a thorough report and exchange
|
|
||||||
with you, give his :+1:, then ask the second reviewer to confirm the changes.
|
|
||||||
When this happens (when you get your second required :+1:), then your PR can be
|
|
||||||
merged.
|
|
||||||
|
|
||||||
Please document any relevant changes in the documentation that can be found
|
|
||||||
[in its own repository](https://github.com/thelounge/thelounge.github.io).
|
[in its own repository](https://github.com/thelounge/thelounge.github.io).
|
||||||
|
|
||||||
### Labels
|
|
||||||
|
|
||||||
When you open an [issue](https://github.com/thelounge/lounge/issues) or send us
|
|
||||||
a [PR](https://github.com/thelounge/lounge/pulls), it will most likely be given
|
|
||||||
one or several labels. Here is what they mean:
|
|
||||||
|
|
||||||
- **bug**: Issues that report and PRs that solve any defects that cause
|
|
||||||
unexpected behaviors.
|
|
||||||
- **documentation**: Tickets that mention a lack of documentation, suggest their
|
|
||||||
improvement, or PRs that address these.
|
|
||||||
- **duplicate**: Tickets already solved in the past or already open. Such
|
|
||||||
tickets should always link to the previous one on the subject.
|
|
||||||
- **enhancement**: Tickets that describe a desired feature or PRs that add them
|
|
||||||
to the project.
|
|
||||||
- **help wanted**: Tickets that we would like the community to help us with, by
|
|
||||||
either answering questions or send us PRs.
|
|
||||||
- **priority**: Tickets that the core team deemed critical and PRs that the core
|
|
||||||
team should look at before others.
|
|
||||||
- **question**: Tickets that are actually support cases.
|
|
||||||
- **quick and easy**: Tickets that should be fairly simple to implement, even
|
|
||||||
for developers not yet involved in the project.
|
|
||||||
- **second review needed**: A first reviewer gave his :+1: but now expects a
|
|
||||||
second reviewer to step in before this PR can be merged.
|
|
||||||
- **security**: Tickets that describe a security concern or PRs that must be
|
|
||||||
reviewed with extra care regarding security.
|
|
||||||
- **wontfix**: Tickets that, after discussion and explanation, will not be fixed
|
|
||||||
or implemented.
|
|
||||||
|
|
||||||
### Project maintainers
|
|
||||||
|
|
||||||
- [Mattias Erming](https://github.com/erming) (`erming` on IRC)
|
|
||||||
- [Jocelyn Delalande](https://github.com/JocelynDelalande) (`JocelynD` on IRC)
|
|
||||||
- [Jérémie Astori](https://github.com/astorije) (`astorije` on IRC)
|
|
||||||
- [Paul Friederichsen](https://github.com/floogulinc) (`floogulinc` on IRC)
|
|
||||||
|
Loading…
Reference in New Issue
Block a user