docs: Update to version 3.1.0 [pt-br] (#1481)

* First Commit

* Translated the inital files

* Translated the api docs

* Translate some files

* Translate some more files

* One more file

* made some fixes in translation

* made some fixes in translation

* make some fixes and translates

* Add more translations and fixes

* Add more translations and fixes

* Add the last file translated

* Update store pattern link

* Removing conflicts

* removing the forgotten english text

* Updated docs to 3.1.0

* Update docs/ptbr/api/README.md

Suggestion by ErickPetru

Co-Authored-By: periscuelo <periscuelo@gmail.com>

* Update docs/ptbr/api/README.md

Suggestion by ErickPetru

Co-Authored-By: periscuelo <periscuelo@gmail.com>

* Update docs/ptbr/guide/modules.md

Suggestion by ErickPetru

Co-Authored-By: periscuelo <periscuelo@gmail.com>

docs/ptbr/README.md

@@ -1,5 +1,7 @@
 # O que é Vuex?
 
+<VideoPreview />
+
 O Vuex é um **padrão de gerenciamento de estado + biblioteca** para aplicativos Vue.js. Ele serve como um _store_ centralizado para todos os componentes em uma aplicação, com regras garantindo que o estado só possa ser mutado de forma previsível. Ele também se integra com a extensão oficial [Vue devtools](https://github.com/vuejs/vue-devtools) para fornecer recursos avançados sem configurações adicionais, como depuração viajando pelo histórico de estado (_time travel_) e exportação/importação de registros de estado em determinado momento.
 
 ### O que é um "Padrão de Gerenciamento do Estado"?
@@ -58,6 +60,6 @@ Esta é a ideia básica por trás do Vuex, inspirada por [Flux](https://facebook
 
 Embora o Vuex nos ajude a lidar com o gerenciamento de estado compartilhado, ele também vem com o custo de mais conceitos e códigos repetitivos. É uma escolha de prós e contras entre produtividade de curto e longo prazo
 
-Se você nunca construiu um SPA em grande escala e for direto para o Vuex, ele pode parecer detalhado e desanimador. Isso é perfeitamente normal - se o seu aplicativo é simples, você provavelmente ficará bem sem o Vuex. Um simples [global event bus](https://br.vuejs.org/v2/guide/components.html#Comunicacao-Nao-Pai-Filho) pode ser tudo que você precisa. Mas, se você está criando um SPA de médio a grande porte, é provável que tenha encontrado situações que fazem você pensar em como lidar melhor com o estado fora de seus componentes do Vue, e o Vuex será o próximo passo natural para você. Há uma boa citação de Dan Abramov, o autor do Redux:
+Se você nunca construiu um SPA em grande escala e for direto para o Vuex, ele pode parecer detalhado e desanimador. Isso é perfeitamente normal - se o seu aplicativo é simples, você provavelmente ficará bem sem o Vuex. Um simples [store pattern](https://br.vuejs.org/v2/guide/state-management.html#Gerenciamento-de-Estado-do-Zero) pode ser tudo que você precisa. Mas, se você está criando um SPA de médio a grande porte, é provável que tenha encontrado situações que fazem você pensar em como lidar melhor com o estado fora de seus componentes do Vue, e o Vuex será o próximo passo natural para você. Há uma boa citação de Dan Abramov, o autor do Redux:
 
 > As bibliotecas _Flux_ são como óculos: você saberá quando precisar delas.

docs/ptbr/api/README.md

@@ -116,6 +116,19 @@ const store = new Vuex.Store({ ...options })
 
   [Detalhes](../guide/strict.md)
 
+### devtools
+
+- type: `Boolean`
+
+  Ative ou desative as ferramentas de desenvolvedor para uma determinada instância vuex. Passar _false_ à instância diz ao _store_ Vuex para não se integrar ao _devtools_. Útil para quando se tem vários _stores_ em uma _single page_.
+
+  ``` js
+  {
+    devtools: false
+  }
+  ```
+
+
 ## Vuex.Store Propriedades da Instância
 
 ### state
@@ -194,6 +207,21 @@ const store = new Vuex.Store({ ...options })
 
   Para cancelar a assinatura, chame a função _unsubscribe_ retornada.
 
+  > Novo em 3.1.0
+
+  A partir da 3.1.0, `subscribeAction` também pode especificar se o manipulador do _subscribe_ deve ser chamado *antes de* ou *depois de* um despacho de ação (o comportamento padrão é *antes*):
+
+  ``` js
+  store.subscribeAction({
+    before: (action, state) => {
+      console.log(`antes da action ${action.type}`)
+    },
+    after: (action, state) => {
+      console.log(`depois da action ${action.type}`)
+    }
+  })
+  ```
+
   Mais comumente usado em plugins. [Detalhes](../guide/plugins.md)
 
 ### registerModule

docs/ptbr/guide/modules.md

@@ -307,7 +307,7 @@ Você também pode remover um módulo dinamicamente registrado com o `store.unre
 
 Se usarmos um objeto simples para declarar o estado do módulo, esse objeto de estado será compartilhado por referência e causará poluição entre estados de _store_/módulo quando ele sofrer uma mutação.
 
-Este é exatamente o mesmo problema com _data_ dentro dos componentes do Vue. Então a solução também é a mesma - use uma função para declarar o estado do módulo (suportado em 2.3.0+):
+Este é exatamente o mesmo problema com `data` dentro dos componentes Vue. Então, a solução também é a mesma - use uma função para declarar o estado do módulo (suportado em 2.3.0+):
 
 ``` js
 const MyReusableModule = {