Skip to content
Permalink
develop
Switch branches/tags

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

vue-warehouse/docs/contributing.md

Go to file
 
 
Cannot retrieve contributors at this time
Development setup Commonly used NPM scripts Issue Reporting Guidelines Pull Request Guidelines
76 lines (51 sloc) 2.72 KB
Raw Blame
Open in GitHub Desktop
title description createdAt publishedAt updatedAt position category
Contributing
Steps for easier development and debugging purposes of Vue.js Warehouse.
2018-03-29T10:57:00Z
2018-03-30T23:28:40Z
2020-07-17T21:03:44Z
5
Getting started

Please make sure to read this Contributing Guide before making a contribution.

Development setup

  1. Fork and clone the repo
  2. Run npm install to install dependencies
  3. Run npm test to run validation
  4. Create a branch for your PR with git checkout -b pr/your-branch-name

Commonly used NPM scripts

Watch and serve the examples with hot reload

npm run start

Lint source codes

npm run lint

Run unit tests

npm run test

Build all dist files

npm run build

Issue Reporting Guidelines

  • The issue list of this project is exclusively for bug reports and feature requests. Non-conforming issues will be closed immediately.

  • Try to search for your issue, it may have already been answered or even fixed in the development branch.

  • Check if the issue is reproducible with the latest stable version of Vue. If you are using a pre-release, please indicate the specific version you are using.

  • It is required that you clearly describe the steps necessary to reproduce the issue you are running into. Issues with no clear repro steps will not be triaged. If an issue labeled "request-more-info" receives no further input from the issue author for more than 5 days, it will be closed.

  • For bugs that involves build setups, you can create a reproduction repository with steps in the README.

  • If your issue is resolved but still open, don't hesitate to close it. In case you found a solution by yourself, it could be helpful to explain how you fixed it.

Pull Request Guidelines

  • The master branch is basically just a snapshot of the latest stable release. All development should be done in dedicated branches. Do not submit PRs against the master branch.

  • Checkout a topic branch from the relevant branch, e.g. develop, and merge back against that branch.

  • Work in the src an nuxt folders and DO NOT checkin dist in the commits.

  • It's OK to have multiple small commits as you work on the PR - we will let GitHub automatically squash it before merging.

  • Make sure npm run lint and npm run test passes.

  • If adding new feature:

    • Add accompanying test case.
    • Provide convincing reason to add this feature. Ideally you should open a suggestion issue first and have it greenlighted before working on it.

  • If fixing a bug:

    • Provide detailed description of the bug in the PR. Live demo preferred.