Development Workflow
- Set up your development environment with develoment environment
- Pick up an Issue. See issue classification explained below
- Check the CONTRIBUTING requirements
- Make a pull request
Issue Classification will help you to pick up an issue.
Create master issue, if issues are too small
Default Branches
- master: lastest release branch
- develop: PR base branch, developing now
- gh-pages: api docs and examples
Branch Naming Guide
reference ikaruce/git-style-guide#branches
<tag>(/short-description)/<issue-id>
<tag>: commit message type, issue, issues- Choose short and descriptive names
- Use hyphens to separate words
- Identify GitHub issue or pull request number
Good
fix/indentation-error/122
issues/update-documentaion/145-134-133 // 이슈 여러 개
issues/focus-blur/124 // 마스터 이슈
refactor/correct-typos/123
feat/multiline-ternary-option/44
issue/npm-publish/13
Run npm run eslint and make sure all the tests pass. Fail even WARNING!
Run npm run test and verify all the tests pass.
If you are adding new commands or features, they must include tests.
If you are changing functionality, update the tests if you need to.
Follow our commit message-conventions.
Run npm run check-commit and check commit message format.
Make your pull request, then describe your changes.
Follow other PR title format on below.
<Type>: Short Description (close: #xxx)
<Type>: Short Description (fix: #111)
<Type>: Short Description (fix: #123, #111, #122)
<Type>: Short Description (ref: #111)
- capitalize first letter of Type
- use present tense: 'change' not 'changed' or 'changes'
If it is related to an issue, add a link to the issue(like #12) in the description.
Fill in the PULL_REQUEST_TEMPLATE by check your case.
Congulatulation! After merged, your branch is unnecessary. Please delete your PR branch.