|
1 | 1 | # Contributing
|
2 | 2 |
|
3 |
| -When contributing to this repository, please first discuss the change you wish to make via issue, |
4 |
| -email, or any other method with the owners of this repository before making a change. |
5 |
| - |
6 |
| -## Changelog |
| 3 | +**Working on your first Pull Request?** You can learn how from this *free* series [How to Contribute to an Open Source Project on GitHub](https://egghead.io/courses/how-to-contribute-to-an-open-source-project-on-github) |
7 | 4 |
|
8 |
| -This project maintains a human-written changelog. It's easy to maintain, please make sure that |
9 |
| -you update it with every commit that produces noticeable modification! |
10 |
| - |
11 |
| -## Pull Request Process |
| 5 | +When contributing to this repository, please first discuss the change you wish to make via issue, |
| 6 | +email, or any other method with the owners of this repository before making a change. You wouldn't |
| 7 | +want your work to be for nothing if the change was already being implemented, would you? |
12 | 8 |
|
13 |
| -1. Run the tests and verify that your work adheres to the project's guidelines. |
14 |
| -2. Update the README if necessary and make sure that you correctly updated the CHANGELOG. |
15 |
| -3. Submit a Pull Request. |
16 |
| -4. \[MAINTAINER\] Merge and Squash the PR respecting |
17 |
| - [Conventional Commits](https://www.conventionalcommits.org/). Commitizen is recommended. |
18 |
| -5. \[MAINTAINER\] Push the changes to origin. Travis CI will test the build and deploy automatically |
19 |
| - to NPM if necessary. |
| 9 | +## Make your own personal copy |
20 | 10 |
|
21 |
| -## Code of Conduct |
| 11 | +Fork and clone the repository to your computer with git. |
22 | 12 |
|
23 |
| -### Our Pledge |
| 13 | +The source files are found under `src/`. You may make any changes, commit them, and generally do what you like in your own personal copy. |
24 | 14 |
|
25 |
| -In the interest of fostering an open and welcoming environment, we as contributors and maintainers |
26 |
| -pledge to making participation in our project and our community a harassment-free experience for |
27 |
| -everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level |
28 |
| -of experience, nationality, personal appearance, race, religion, or sexual identity and orientation. |
| 15 | +There are a few scripts to you to help you out: |
29 | 16 |
|
30 |
| -### Our Standards |
| 17 | +```bash |
| 18 | +$ npm test |
| 19 | +$ npm run watch # live compilation |
| 20 | +$ npm run build # final build |
| 21 | +$ npm run fix # linting and style fixing |
| 22 | +$ npm run reset # reset to the last commit, and lose changes! |
| 23 | +``` |
31 | 24 |
|
32 |
| -Examples of behavior that contributes to creating a positive environment include: |
| 25 | +## Contributing back to RIB |
33 | 26 |
|
34 |
| -- Using welcoming and inclusive language |
35 |
| -- Being respectful of differing viewpoints and experiences |
36 |
| -- Gracefully accepting constructive criticism |
37 |
| -- Focusing on what is best for the community |
38 |
| -- Showing empathy towards other community members |
| 27 | +- Fork the repository |
| 28 | +- Make your awesome changes |
| 29 | +- Update the CHANGELOG and README |
| 30 | +- Run tests, make sure they pass |
| 31 | +- Use sensible commit messages |
| 32 | + - We recommend [commitizen](https://github.com/commitizen/cz-cli), it's what we use |
| 33 | + - If your commits don't follow [Conventional Commits](https://www.conventionalcommits.org/), we will squash and rename them |
| 34 | + - Include any issue numbers in the message |
| 35 | +- Submit a Pull Request |
| 36 | + - Try to follow the given template |
| 37 | + - Add a good description of your changes |
| 38 | + - Don't add too many commits... |
| 39 | + - A PR should only address one issue/feature |
39 | 40 |
|
40 |
| -Examples of unacceptable behavior by participants include: |
| 41 | +### Changelog |
41 | 42 |
|
42 |
| -- The use of sexualized language or imagery and unwelcome sexual attention or advances |
43 |
| -- Trolling, insulting/derogatory comments, and personal or political attacks |
44 |
| -- Public or private harassment |
45 |
| -- Publishing others' private information, such as a physical or electronic address, without explicit |
46 |
| - permission |
47 |
| -- Other conduct which could reasonably be considered inappropriate in a professional setting |
| 43 | +This project maintains a human-written changelog. It's easy to maintain, please make sure that you |
| 44 | +update it with every commit that produces noticeable modification! It follows the |
| 45 | +[Keep a Changelog](https://keepachangelog.com) format. |
48 | 46 |
|
49 |
| -### Our Responsibilities |
| 47 | +### Testing |
50 | 48 |
|
51 |
| -Project maintainers are responsible for clarifying the standards of acceptable behavior and are |
52 |
| -expected to take appropriate and fair corrective action in response to any instances of unacceptable |
53 |
| -behavior. |
| 49 | +Contributions must pass style and unit tests. The deployment process ia handled by Travis CI, and any non-compliant commits will be rejected. |
54 | 50 |
|
55 |
| -Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, |
56 |
| -code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or |
57 |
| -to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, |
58 |
| -threatening, offensive, or harmful. |
| 51 | +```bash |
| 52 | +$ npm test |
| 53 | +``` |
59 | 54 |
|
60 |
| -### Scope |
| 55 | +### The Pull Request |
61 | 56 |
|
62 |
| -This Code of Conduct applies both within project spaces and in public spaces when an individual is |
63 |
| -representing the project or its community. Examples of representing a project or community include |
64 |
| -using an official project e-mail address, posting via an official social media account, or acting as |
65 |
| -an appointed representative at an online or offline event. Representation of a project may be |
66 |
| -further defined and clarified by project maintainers. |
| 57 | +1. Run the tests and verify that your work adheres to the project's guidelines. |
| 58 | +2. Update the README if necessary and make sure that you correctly updated the CHANGELOG. |
| 59 | +3. Submit a Pull Request using the template provided and a easily-understandable description. |
67 | 60 |
|
68 |
| -### Enforcement |
| 61 | +Our commits follow the [Conventional Commits](https://www.conventionalcommits.org/) format. Your |
| 62 | +change should only concern itself with a single feature or bug fix, and if possible, the commit |
| 63 | +should adhere to the conventional commit standard. A fantastic tool for committing is |
| 64 | +[commitizen](https://github.com/commitizen/cz-cli), which is configured to work with this |
| 65 | +repository. |
69 | 66 |
|
70 |
| -Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting |
71 |
| -the project team at [INSERT EMAIL ADDRESS]. All complaints will be reviewed and investigated and |
72 |
| -will result in a response that is deemed necessary and appropriate to the circumstances. The project |
73 |
| -team is obligated to maintain confidentiality with regard to the reporter of an incident. Further |
74 |
| -details of specific enforcement policies may be posted separately. |
| 67 | +If the commits are not compliant with Conventional Commit, don't worry, they will be squashed and |
| 68 | +properly tagged by a maintainer. |
75 | 69 |
|
76 |
| -Project maintainers who do not follow or enforce the Code of Conduct in good faith may face |
77 |
| -temporary or permanent repercussions as determined by other members of the project's leadership. |
| 70 | +### [MAINTAINER] Merge |
78 | 71 |
|
79 |
| -### Attribution |
| 72 | +Once the Pull Request has passed the checks, it may be merged into `develop` or `master`. If the |
| 73 | +commits do not follow conventional commits, a squash merge is necessary with a compliant commit |
| 74 | +message. |
80 | 75 |
|
81 |
| -This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4, available at |
82 |
| -[http://contributor-covenant.org/version/1/4][version] |
| 76 | +### [AUTOMATIC] Deployment |
83 | 77 |
|
84 |
| -[homepage]: http://contributor-covenant.org |
85 |
| -[version]: http://contributor-covenant.org/version/1/4/ |
| 78 | +Deployment is automatically handled by Travis CI whenever changes are pushed to the `master` branch |
| 79 | +that pass the repository tests. |
0 commit comments