-
Fork the repository.
-
Make your changes in a topic branch.
-
Make sure you have node & npm installed by running ↴.
$ npm -v
If you don't have it, you can download it here.
-
Next up,
cd
in to bitters and runnpm install
.$ cd cask $ npm install
Then Run the gulp build command.
```bash
$ gulp
```
This will have gulp compile the stylesheets from app/assets/stylesheets
and
link them to a test page so you can preview your changes!!
-
Rebase against
origin/master
, push to your fork and submit a pull request. -
If you are writing a new feature please add documentation for it by making another pull request to the
gh_pages
branch.
At this point you're waiting on us. We like to at least comment on, if not accept, pull requests within three business days (and, typically, one business day). We may suggest some changes or improvements or alternatives.
Some things that will increase the chance that your pull request is accepted:
- Fix a bug, refactor code or expand an existing feature.
- Use the right syntax and naming conventions.
- Update parts of the documentation that are affected by your contribution.
- Capitalize your commit messages.
- Start your message with a verb.
- Use present tense.
- Refer to the issue/PR number in your squashed commit message.
- Two spaces, no tabs.
- Dashes instead of underscores or camel case:
section-header
notsection_header
orsectionHeader
- Names should be descriptive and written in full-words:
$base-font-color
not$color
or$txtCLR
- Space between property and value:
width: 20px
notwidth:20px
- Declarations within a block should be ordered alphabetically.
- Blank lines between rules.
- No trailing whitespace. Blank lines should not have any space.