View this document in another language: 简体中文 / 日本語 / Español / Português / Русский / 한국어
You want to contribute to the project? Awesome!
This project adheres to the Contributor Covenant code of conduct. By participating, you are expected to uphold this code. Please see our Code of Conduct for details on reporting unacceptable behavior.
Working on your first Pull Request? How to Contribute to an Open Source Project on GitHub
-
Project setup? We've got you covered!
-
Found a bug? Let us know!
-
Patched a bug? Make a PR!
-
Adding a new feature? Make sure to open an issue describing your feature, then open a new PR when you're ready for feedback!
We're really happy you want to contribute to the project! ❤️ The following steps will get you up and running:
- Fork and clone the repo
- Install the required dependencies:
$ npm install
- Start up the dev server:
To view all available components in an interactive interface, use storybook.$ npm run storybook
.
├── index.html: Demo page
├── style.css: Demo page style
├── css: Distribution files
├── docs: Storybook stories
└── scss: Source
├── base
│ ├── reboot.scss: Don't change! (Bootstrap Reboot)
│ ├── generic.scss: Generic style and reboot.css
│ └── variables.scss: Common variables
├── elements
├── components
├── form
├── icons: 16x16 icons
├── pixel-arts: For icons other than 16x16.
└── utilities
Tip: Keep your
master
branch pointing at the original repository and make pull requests from branches on your fork. To do this, run:git remote add upstream https://github.com/nostalgic-css/NES.css.git git fetch upstream git branch --set-upstream-to=upstream/master master
This will add the original repository as a "remote" called "upstream," fetch the git information from that remote, and set your local
master
branch to use theupstream/master
branch whenever you rungit pull
. At that point, you can create all of your branches from thismaster
branch. Whenever you want to update your version ofmaster
, do a regulargit pull
.
Below are steps which must be followed by the members of the nostalgic-css
organization. External collaborators only have to follow the above guidelines.
- Branch from
develop
using the formatting rules below. - Do the work required to satisfy the issue. If you identify work that is unrelated to the issue, please create a new issue and do the work on a separate branch.
- Submit your PRs to merge back into
develop
.- Any change which would affect current development should be documented in the description.
- PRs with an issue should be include that issue's number in the title. IE:
[#33] Fix bug
- Assign the PR to yourself.
- When the PR is ready to be merged, A review should be requested from the
nostalgic-css/NES.css
team.
- Once the PR is approved, it is the responsibility of the assignee to merge the changes to the branch.
We use Commitizen and commitlint
to make sure all of the commits to the project are easy to read, and semantic-release
to ensure that our releases are automated, unromantic, and unsentimental.