ecomp-portal-FE/client/bower_components/ng-dialog/CONTRIBUTING.md

   1 # Testing
   2
   3 ngDialog is in use by many people. In order to ensure quality and prevent regressions, all contributions require unit tests proving that the contribution:
   4
   5 1. Fixes a bug
   6 2. Performs new functionality as expected
   7 3. Behaves in a predictable manner when misused (bad input given as an option for example)
   8
   9 In addition, where a contribution is aimed at resolving a bug or implementing a feature that can only be measured in a real browser, an e2e test proving the expected behaviour should be included.
  10
  11 # README
  12
  13 If your PR adds new behaviour or modifies existing behaviour, the README should be updated.
  14
  15 # Coding style
  16
  17 > All code in any code-base should look like a single person typed it, no matter how many people contributed.
  18
  19 This section describes the coding style guide of the repo. You might not agree with it and that's fine, but if you're going to send PRs, treat this guide as a law.
  20
  21 ##### There are not too much of rules to follow:
  22
  23 - indent style is 4 spaces
  24 - always use single quotes
  25 - one space after `if`, `for`, `while`, etc.
  26 - no spaces between `(`,`)` and statement content
  27 - use one `var` per variable unless you don't assign any values to it (and it's short enough)
  28 - always `'use strict'` mode
  29 - always use strict comparisons: `===` and `!==`
  30 - use semicolons
  31 - don't use comma-first notation
  32
  33 ##### These tools will help your IDE to remind you with some of the rules listed above:
  34
  35 - [EditorConfig](http://editorconfig.org)
  36 - [JSHint](http://jshint.com)
  37 - [ESLint](http://eslint.org)