Skip to content
Permalink

Comparing changes

Choose two branches to see what’s changed or to start a new pull request. If you need to, you can also or learn more about diff comparisons.

Open a pull request

Create a new pull request by comparing changes across two branches. If you need to, you can also . Learn more about diff comparisons here.
base repository: standard/standard
Failed to load repositories. Confirm that selected base ref is valid, then try again.
Loading
base: 2a1d8d1d15d64ab0a5ce1fde84b0d5111e85adf5
Choose a base ref
...
head repository: standard/standard
Failed to load repositories. Confirm that selected head ref is valid, then try again.
Loading
compare: v14.3.4
Choose a head ref
  • 12 commits
  • 6 files changed
  • 6 contributors

Commits on Mar 20, 2020

  1. Verified

    This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
    Copy the full SHA
    282702b View commit details

Commits on Mar 21, 2020

  1. Merge pull request #1502 from standard/greenkeeper/eslint-config-stan…

    …dard-14.1.1
    
    Update eslint-config-standard to the latest version 🚀
    LinusU authored Mar 21, 2020

    Verified

    This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
    Copy the full SHA
    a9dad9e View commit details

Commits on Mar 26, 2020

  1. clarify constructor-super rule example

    the previous example was valid, but itself would break the no-useless-constructor constructor rule so was somewhat confusing
    joshuagoran authored Mar 26, 2020
    Copy the full SHA
    0243b25 View commit details

Commits on Mar 27, 2020

  1. Merge pull request #1506 from joshuagoran/patch-1

    Update RULES.md to clarify constructor-super example
    LinusU authored Mar 27, 2020
    1

    Verified

    This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
    Copy the full SHA
    8445fee View commit details

Commits on Apr 13, 2020

  1. Verified

    This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
    Copy the full SHA
    c93f3f3 View commit details
  2. Verified

    This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
    Copy the full SHA
    fc0ab4f View commit details
  3. Merge pull request #1510 from HCLonely/master

    Update README-zhcn.md
    LinusU authored Apr 13, 2020

    Verified

    This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
    Copy the full SHA
    c713105 View commit details

Commits on Apr 20, 2020

  1. Copy the full SHA
    64c0486 View commit details
  2. Merge pull request #1512 from iaurg/patch-1

    Adjusting some typo errors in PT-BR Readme
    LinusU authored Apr 20, 2020
    Copy the full SHA
    5040cff View commit details

Commits on Apr 26, 2020

  1. Add SwissDev JS Jobs to users

    Vrq authored and LinusU committed Apr 26, 2020
    Copy the full SHA
    bca7bd2 View commit details
  2. Merge pull request #1515 from Vrq/master

    Add SwissDev JS Jobs to user showcase
    LinusU authored Apr 26, 2020
    Copy the full SHA
    5b2af9c View commit details

Commits on May 11, 2020

  1. 14.3.4

    LinusU committed May 11, 2020
    1
    Copy the full SHA
    bf35e5f View commit details
Showing with 53 additions and 47 deletions.
  1. +1 −1 README.md
  2. +11 −3 RULES.md
  3. +14 −16 docs/README-ptbr.md
  4. +25 −25 docs/README-zhcn.md
  5. BIN docs/logos/swissdev-js-jobs.png
  6. +2 −2 package.json
2 changes: 1 addition & 1 deletion README.md
Original file line number Diff line number Diff line change
@@ -205,7 +205,7 @@ to `standard`.
|---|---|---|---|


| Your logo here | Your logo here | Your logo here | Your logo here |
| [<img width=190 src=https://cdn.rawgit.com/standard/standard/master/docs/logos/swissdev-js-jobs.png>](https://swissdevjobs.ch/jobs/JavaScript/All) | Your logo here | Your logo here | Your logo here |
|---|---|---|---|


14 changes: 11 additions & 3 deletions RULES.md
Original file line number Diff line number Diff line change
@@ -410,13 +410,21 @@ your code.
```js
class Dog {
constructor () {
super() // ✗ avoid
super() // ✗ avoid
this.legs = 4
}
}

class Dog extends Animal {
constructor () { // ✗ avoid
this.legs = 4
}
}

class Dog extends Mammal {
class Dog extends Animal {
constructor () {
super() // ✓ ok
super() // ✓ ok
this.legs = 4
}
}
```
30 changes: 14 additions & 16 deletions docs/README-ptbr.md
Original file line number Diff line number Diff line change
@@ -269,7 +269,7 @@ Esse módulo te faz economizar tempo de 2 formas:
- **Zero configuração.** A forma mais fácil de forçar consistência de estilo no seu projeto. É só tacar lá e pronto.
- **Captura erros de estilo antes de serem enviados em PR's.** Salva um tempo precioso de code review eliminando vai-e-vem entre mantenedor e contribuínte.

Adotar o estilo `standard` significa elevar a importância da clareza de código e convenções de comunidade a um patamar acima do estilo pessoal. Pode não fazer sentido para TODOS os projetos e culturas de desenvolvimento, porém, o opens ource pode ser um lugar hostil para novatos. Deixar as expectativas do contribuínte claras e automatizadas deixa o projeto mais saudável.
Adotar o estilo `standard` significa elevar a importância da clareza de código e convenções de comunidade a um patamar acima do estilo pessoal. Pode não fazer sentido para TODOS os projetos e culturas de desenvolvimento, porém, o open source pode ser um lugar hostil para novatos. Deixar as expectativas do contribuínte claras e automatizadas deixa o projeto mais saudável.

### Discordo da regra X, você pode mudá-la?

@@ -281,10 +281,10 @@ Não. O ponto principal do `standard` é evitar [bikeshedding][bikeshedding] sob

Claro que não! O estilo aqui disposto não é afiliado com nenhum grupo de padrões web oficiais, e é por isso que esse repo se chama `standard/standard` e não `ECMA/standard`.

A palavra "standard" tem muito mais significado do que só "web standard" :-) Por exemplo:
A palavra "standard" tem muito mais significado do que só "web standard" :-) Por exemplo:

- Esse módulo ajuda a manter seu código num alto *padrão de qualidade*.
- Esse módulo assegura que novos contribuíntes sigam alguns *padrões de estilo* básicos.
- Esse módulo assegura que novos contribuíntes sigam alguns *padrões de estilo* básicos.

### Existe um formatador automático?

@@ -296,14 +296,13 @@ Para economizar seu tempo, `standard` solta uma mensagem ("Run `standard --fix`
problems.") quando detecta problemas que podem ser corrigidos manualmente.

Alternativamente, se seu código é feito apenas de ES5, você pode tentar usar
[`standard-format`][standard-format] (um pacote separado), mas provavlemente não vai ser mantido pois `standard --fix` funciona muito bem, e isso faz com que não precisemos manter duas ferramentas com regras de configuração separadas.
[`standard-format`][standard-format] (um pacote separado), mas provavelmente não vai ser mantido pois `standard --fix` funciona muito bem, e isso faz com que não precisemos manter duas ferramentas com regras de configuração separadas.

[standard-format]: https://github.com/maxogden/standard-format

### Como ignoro arquivos?

Os caminhos `node_modules/**`, `*.min.js`, `bundle.js`, `coverage/**`, pastas/arquivos escondidos (começando com `.`), e todos os arquivos nos padrões no
`.gitignore` da raiz do projeto são automaticamente ignorados.
Os caminhos `node_modules/**`, `*.min.js`, `bundle.js`, `coverage/**`, pastas/arquivos escondidos (começando com `.`), e todos os arquivos nos padrões no `.gitignore` da raiz do projeto são automaticamente ignorados.

Às vezes você precisa ignorar algumas pastas adicionais ou arquivos minificados específicos. Para fazer isso, adicione uma propriedade `standard.ignore` no `package.json`:

@@ -322,7 +321,6 @@ Os caminhos `node_modules/**`, `*.min.js`, `bundle.js`, `coverage/**`, pastas/ar

Em casos raros, você vai precisar quebrar uma regra e esconder um warning gerado pelo `standard`.


JavaScript Standard Style usa o [`eslint`](http://eslint.org/) por baixo dos panos, sendo assim, você pode esconder algum aviso da mesma forma que você faria se utilizasse `eslint` diretamente.

Para receber output verboso (para que você descubra que regra em particular precisa ignorar), execute:
@@ -333,19 +331,19 @@ Error: Use JavaScript Standard Style
routes/error.js:20:36: 'file' was used before it was defined. (no-use-before-define)
```

Desabilite **todas as regras** oem uma linha específica:
Desabilite **todas as regras** em uma linha específica:

```js
file = 'Eu sei bem o que tô fazendo' // eslint-disable-line
```

Ou, desabilite **apenas** na regra `"no-use-before-define"`:
Ou, desabilite **apenas** na regra `"no-use-before-define"`:

```js
file = 'Eu sei bem o que tô fazendo' // eslint-disable-line no-use-before-define
```

Ou, desabilite a regra `"no-use-before-define"` em **várias linhas**:
Ou, desabilite a regra `"no-use-before-define"` em **várias linhas**:

```js
/* eslint-disable no-use-before-define */
@@ -365,7 +363,7 @@ Para fazer com que o `standard` (e outros humanos que lerão seu código) saiba
/* global myVar1, myVar2 */
```

Se você possui centenas de arquivps, adicionar comentários em cada um pode ficar um saco; Nesses casos, você pode adicionar isso ao `package.json`:
Se você possui centenas de arquivos, adicionar comentários em cada um pode ficar um saco; Nesses casos, você pode adicionar isso ao `package.json`:

```json
{
@@ -414,7 +412,7 @@ Se você está usando `standard` globalmente (instalou com `-g`), você também

### Você pode tornar regra X configurável?

Não. O objetivo do `standard` é economizar seu tempo escolhendo regras razoáveis para que você gaste seu tempo resolvendo problemas de verdade. Se você realmente quer configurar centenas de regras ESLint individualmente, você sempre pode usar `eslint` diretamente.
Não. O objetivo do `standard` é economizar seu tempo escolhendo regras razoáveis para que você gaste seu tempo resolvendo problemas de verdade. Se você realmente quer configurar centenas de regras ESLint individualmente, você sempre pode usar `eslint` diretamente.

Se você apenas quer trocar algumas regras, considere usar
[essa configuração compartilhável](https://github.com/standard/eslint-config-standard) e jogue suas mudanças em cima.
@@ -439,7 +437,7 @@ Para ter suporte a mocha nos seus arquivos de teste, adicione isso no começo do
/* eslint-env mocha */
```

Onde `mocha` pode ser `jasmine`, `qunit`, `phantomjs`, e por aí vai. Para ver a lista completa, cheque a documentação para
Onde `mocha` pode ser `jasmine`, `qunit`, `phantomjs`, e por aí vai. Para ver a lista completa, cheque a documentação para
[especificar ambientes](http://eslint.org/docs/user-guide/configuring.html#specifying-environments) do ESLint.
Para uma lista de quais variávies globais estão disponíveis nesses ambientes, cheque o módulo npm [globals](https://github.com/sindresorhus/globals/blob/master/globals.json) .

@@ -476,7 +474,7 @@ PreCommit:
### Como eu deixo o output todo coloridinho e *bonitinho*?
O output de fábrica é simples e direto, mas se você gosta de coisinhas brilhantes, instale [snazzy](https://www.npmjs.com/package/snazzy):
O output de fábrica é simples e direto, mas se você gosta de coisinhas brilhantes, instale [snazzy](https://www.npmjs.com/package/snazzy):
```
npm install snazzy
@@ -548,14 +546,14 @@ O `callback` vai ser chamado com os objetos `Error` e `results`:

## Contribuições

Contribuições são bem-vindas! Cheque o [issues](https://github.com/standard/standard/issues) ou os [PRs](https://github.com/standard/standard/pulls), e faça o seu próprio se quiser algo que não encontra aqui.
Contribuições são bem-vindas! Cheque o [issues](https://github.com/standard/standard/issues) ou os [PRs](https://github.com/standard/standard/pulls), e faça o seu próprio se quiser algo que não encontrou aqui.

Junte-se ao `#standard` no freenode.

### Quero contribuir com o `standard`. Quais packages eu devo conhecer?

- **[standard](https://github.com/standard/standard)** - esse repo
- **[standard-engine](https://github.com/standard/standard-engine)** - Motor cli para regras arbritrárias de ESLint
- **[standard-engine](https://github.com/standard/standard-engine)** - Motor cli para regras arbitrárias de ESLint
- **[eslint-config-standard](https://github.com/standard/eslint-config-standard)** - Regras ESLint para `standard`
- **[eslint-plugin-standard](https://github.com/standard/eslint-plugin-standard)** - Regras ESLint custom para `standard` (Não fazem parte do core do ESLint)
- **[eslint](https://github.com/eslint/eslint)** - O linter que move o `standard`
50 changes: 25 additions & 25 deletions docs/README-zhcn.md
Original file line number Diff line number Diff line change
@@ -71,31 +71,31 @@ npm install standard --save-dev

## 目录

- 上手
- [安装](#install)
- [使用](#usage)
- [如果你聪明的话会这样做](#what-you-might-do-if-youre-clever)
- 上手
- [安装](#安装)
- [使用](#使用)
- [如果你聪明的话会这样做](#如果你聪明的话会这样做)
- FAQ
- [为何要使用 JavaScript Standard 规范?](#why-should-i-use-javascript-standard-style)
- [谁在用 JavaScript Standard 规范?](#who-uses-javascript-standard-style)
- [有现成的编辑器插件吗?](#are-there-text-editor-plugins)
- [有专属徽章可以用来放到项目的 README 文件中吗?](#is-there-a-readme-badge)
- [如果我不同意某条规则,可以改吗?](#i-disagree-with-rule-x-can-you-change-it)
 - [毕竟这不是一份正式的 Web 规范啊!](#but-this-isnt-a-real-web-standard)
- [有自动格式化工具么?](#is-there-an-automatic-formatter)
- [如何排除某些文件?](#how-do-i-ignore-files)
- [如何隐藏某类警告?](#how-do-i-hide-a-certain-warning)
- [使用的三方插件向全局暴露了变量,如何避免 "variable is not defined" 的错误提示?](#i-use-a-library-that-pollutes-the-global-namespace-how-do-i-prevent-variable-is-not-defined-errors)
- [如何才能使用处于实验阶段的 JavaScript 特性(譬如 ES Next)?](#how-do-i-use-experimental-javascript-es-next-features)
- [我能使用其他 JavaScript 变种吗,例如 Flow?](#can-i-use-a-javascript-language-variant-like-flow)
- [如何与 Mocha,Jasmine 和 QUnit 这些测试工具搭配工作?](#what-about-mocha-jasmine-qunit-etc)
- [Web Workers 有考虑过么?](#what-about-web-workers)
- [Markdown 或者 HTML 文件中的代码能检查到吗?](#can-i-check-code-inside-of-markdown-or-html-files)
- [有为 git 添加 `pre-commit` 钩子么?](#is-there-a-git-pre-commit-hook)
- [怎样使输出好看些,带颜色?](#how-do-i-make-the-output-all-colorful-and-pretty)
- [有相关的 Node.js API 没?](#is-there-a-nodejs-api)
- [如何参与到 `standard` 规范中来?](#how-do-i-contribute-to-standard)
- [协议](#license)
- [为何要使用 JavaScript Standard 规范?](#为何要使用-javascript-standard-规范)
- [谁在用 JavaScript Standard 规范?](#谁在用-javascript-standard-规范)
- [有现成的编辑器插件吗?](#有现成的编辑器插件吗)
- [有专属徽章可以用来放到项目的 README 文件中吗?](#有专属徽章可以用来放到项目的-readme-文件中吗)
- [如果我不同意某条规则,可以改吗?](#如果我不同意某条规则可以改吗)
- [毕竟这不是一份正式的 Web 规范啊!](#毕竟这不是一份正式的-web-规范啊)
- [有自动格式化工具么?](#有自动格式化工具么)
- [如何排除某些文件?](#如何排除某些文件)
- [如何隐藏某类警告?](#如何隐藏某类警告)
- [使用的三方插件向全局暴露了变量,如何避免 "variable is not defined" 的错误提示?](#使用的三方插件向全局暴露了变量如何避免-variable-is-not-defined-的错误提示)
- [如何才能使用处于实验阶段的 JavaScript 特性(譬如 ES Next)?](#如何才能使用处于实验阶段的-javascript-特性譬如-es-next)
- [我能使用其他 JavaScript 变种吗,例如 Flow?](#我能使用其他-javascript-变种吗例如-flow)
- [如何与 Mocha,Jasmine 和 QUnit 这些测试工具搭配工作?](#如何与-mochajasmine-和-qunit-这些测试工具搭配工作)
- [Web Workers 有考虑过么?](#web-workers-有考虑过么)
- [Markdown 或者 HTML 文件中的代码能检查到吗?](#markdown-或者-html-文件中的代码能检查到吗)
- [有为 git 添加 `pre-commit` 钩子么?](#有为-git-添加-pre-commit-钩子么)
- [怎样使输出好看些,带颜色?](#怎样使输出好看些带颜色)
- [有相关的 Node.js API 没?](#有相关的-nodejs-api-没)
- [如何参与到 `standard` 规范中来?](#如何参与到-standard-规范中来)
- [协议](#协议)

## 安装

@@ -652,7 +652,7 @@ var opts = {
- **[standard-www](https://github.com/standard/standard-www)** - https://standardjs.com 站点的源码
- **[semistandard](https://github.com/standard/semistandard)** - standard 规范带分号的版本(如果你需要的话)

还有很多 **[编辑器插件](#text-editor-plugins)**、一个
还有很多 **[编辑器插件](#有现成的编辑器插件吗)**、一个
**[使用 `standard` 规范开发的 npm 包](https://github.com/standard/standard-packages)**的列表、还有一分非常棒的**[ `standard` 生态中所使用到的包](https://github.com/standard/awesome-standard)**的列表。

## 协议
Binary file added docs/logos/swissdev-js-jobs.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
4 changes: 2 additions & 2 deletions package.json
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
{
"name": "standard",
"description": "JavaScript Standard Style",
"version": "14.3.3",
"version": "14.3.4",
"author": {
"email": "feross@feross.org",
"name": "Feross Aboukhadijeh",
@@ -13,7 +13,7 @@
},
"dependencies": {
"eslint": "~6.8.0",
"eslint-config-standard": "14.1.0",
"eslint-config-standard": "14.1.1",
"eslint-config-standard-jsx": "8.1.0",
"eslint-plugin-import": "~2.18.0",
"eslint-plugin-node": "~10.0.0",