Skip to content

Commit 69bb1bb

Browse files
committed
Merge pull request #137 from WPIRoboticsProjects/docs/contributing
Create CONTRIBUTING.md
2 parents a7d3256 + a5ed9af commit 69bb1bb

File tree

1 file changed

+72
-0
lines changed

1 file changed

+72
-0
lines changed

CONTRIBUTING.md

Lines changed: 72 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,72 @@
1+
[//]: # (Many of these have been directly quoted from the atom contributing guide https://github.com/atom/atom/blob/master/CONTRIBUTING.md)
2+
# Contributing
3+
4+
:+1::tada: First off, thanks for taking the time to contribute! :tada::+1:
5+
6+
The following is a set of guidelines for contributing to GRIP.
7+
8+
## What should I know before I get started?
9+
10+
### Code of Conduct
11+
12+
This project adheres to the [Contributor Covenant 1.3](http://contributor-covenant.org/version/1/3/0/).
13+
By participating, you are expected to uphold this code.
14+
15+
## How Can I Contribute?
16+
17+
### Reporting Bugs
18+
19+
This section guides you through submitting a bug report for GRIP. Following these guidelines helps maintainers and the community understand your report :pencil:, reproduce the behavior :computer: :computer:, and find related reports :mag_right:.
20+
21+
Before creating bug reports, please check [this list](#before-submitting-a-bug-report) as you might find out that you don't need to create one. When you are creating a bug report, please [include as many details as possible](#how-do-i-submit-a-good-bug-report).
22+
23+
#### Before Submitting A Bug Report
24+
25+
* **Perform a [cursory search](https://github.com/WPIRoboticsProjects/GRIP/issues?utf8=%E2%9C%93&q=)** to see if the problem has already been reported. If it has, add a comment to the existing issue instead of opening a new one.
26+
27+
#### How Do I Submit A (Good) Bug Report?
28+
29+
Explain the problem and include additional details to help maintainers reproduce the problem:
30+
31+
* **Use a clear and descriptive title** for the issue to identify the problem.
32+
* **Describe the exact steps which reproduce the problem** in as many details as possible. For example, start by explaining how you started creating your pipeline in GRIP. When listing steps, **don't just say what you did, but explain how you did it**.
33+
* **Describe the behavior you observed after following the steps** and point out what exactly is the problem with that behavior.
34+
* **Explain which behavior you expected to see instead and why.**
35+
* **Include screenshots and animated GIFs** which show you following the described steps and clearly demonstrate the problem.
36+
* **If you're reporting that GRIP crashed**, include a crash report with a stack trace from the program and, if possible the operating system.
37+
* **If the problem is related to performance**, please provide more details about what became slow or irresponsive.
38+
* **If the problem wasn't triggered by a specific action**, describe what you were doing before the problem happened and share more information using the guidelines below.
39+
40+
Provide more context by answering these questions:
41+
42+
* **Can you reliably reproduce the issue?** If not, provide details about how often the problem happens and under which conditions it normally happens.
43+
* If the problem is related to working a source, **does the problem happen for all sources or only some** (eg. only with webcams)?
44+
45+
Include details about your configuration and environment:</br>
46+
(If GRIP generated an exception alert you can copy this directly from this dialog)
47+
48+
* **Which version of GRIP are you using?** This will be the version number on the installer you downloaded. (In the future this will be in the crash log).
49+
* **What's the name and version of the OS you're using**?
50+
* **Are you running GRIP in a virtual machine?** If so, which VM software are you using and which operating systems and versions are used for the host and the guest?
51+
52+
### Pull Requests (PR)
53+
54+
* Include screenshots and animated GIFs in your pull request whenever possible.
55+
* Explain what it does, why it is useful, what it fixes, why it should be merged.
56+
* Use `java.util.Optional` instead of `null` for object member variables that may not be defined.
57+
* Project owners have the final say on whether a PR is approved.
58+
59+
### Git Commit Messages
60+
61+
* Use the present tense ("Add feature" not "Added feature")
62+
* Use the imperative mood ("Move cursor to..." not "Moves cursor to...")
63+
* Try to limit the first line to 72 characters if possible
64+
* Reference issues and pull requests liberally
65+
66+
### Documentation Styleguide
67+
68+
* Use JavaDocs
69+
70+
### Code Formatting
71+
72+
* GRIP uses standard Java formatting rules, although we don't care if your line length is over 80 characters. You can probably use your IDE's built-in formatter. This helps keep the code more consistent and readable.

0 commit comments

Comments
 (0)