Contribuindo com Electron

📝 Traduções disponíveis: Inglês | Coreano | Chinês Simplificado

👍🎉 Primeiramente, obrigado por utilizar seu tempo contribuindo! 🎉👍

Esse projeto segue um código de conduta. Participando, é esperado que o código seja seguido. Favor reportar comportamentos inaceitáveis para atom@github.com.

O texto a seguir é um conjunto de diretrizes para a contribuição com o Electron. São apenas diretrizes, e não regras, use o seu bom senso e sinta-se livre para sugerir modificações nesse documento em um pull request.

Enviando Issues

Você pode criar uma issue aqui, porém, antes disso, por favor, leia as notas abaixo e inclua o máximo de detalhes possível em seu relato. Se puder, favor informar:
- A versão do Electron utilizada
- O sistema operacional utilizado
- Se possível, o que estava fazendo para que esse problema surgisse e o que era esperado que acontecesse
Alguns outros meios que irão ajudar a resolver a issue:
- Imagens da tela e GIFs animados
- Saída de erro que aparece no terminal, dev tools ou algum em algum alerta
- Faça uma pesquisa rápida para verificar se já não existe uma issue similar já aberta

Enviando Pull Requests

Inclua imagens da tela e GIFs animados em seu pull request sempre que possível.
Siga os padrões de código definidos nos documentos para JavaScript, C++, e Python.
Escreva a documentação em Markdown. Veja o Guia de estilo de documentação.
Use mensagens curtas e com a conjugação verbal no tempo presente. Veja em Guia de estilo de mensagens de commit.

Guias de estilo

General Code

Arquivos terminam com uma nova linha.
A organização deve estar na seguinte ordem:
- Módulos embutidos do Node (como o path)
- Módulos embutidos do Electron (como ipc, app)
- Módulos locais (usando caminhos relativos)
Defina as propriedades da classe na seguinte ordem:
- Métodos da classe e propriedades (métodos iniciam com @)
- Métodos de instância e propriedades
Evite o uso de códigos dependentes da plataforma:
- Use path.join() para concatenar nomes de arquivos.
- Use os.tmpdir() ao invés de /tmp quando precisar referenciar o diretório temporário.
Use um simples return para retornar explícitamente o fim de uma função.
- Não usar return null, return undefined, null, ou undefined

Mensagens de Commit do Git

Use o tempo presente ("Adicionando função" não "Adicionada função")
Use o modo imperativo ("Mova o cursor para..." não "O cursor deve ser movido...")
Limite a primeira linha para 72 caracteres ou menos
Referencie issues e pull requests livremente
Quando alterar somente a documentação. inclua [ci skip] na descrição do commit
Considerando iniciar a mensagem do commit com um emoji:
- 🎨 :art: quando aperfeiçoar o formato/estrutura do código
- 🐎 :racehorse: quando aperfeiçoar a performance
- 🚱 :non-potable_water: quando previnir vazamento de memória
- 📝 :memo: quando escrever documentos
- 🐧 :penguin: quando consertar algo no Linux
- 🍎 :apple: quando consertar algo no macOS
- 🏁 :checkered_flag: quando consertar algo no Windows
- 🐛 :bug: quando corrigir um bug
- 🔥 :fire: quando remover código ou arquivos
- 💚 :green_heart: quando consertar o build do CI
- ✅ :white_check_mark: quando adicionar testes
- 🔒 :lock: quando estiver lidando com segurança
- ⬆️ :arrow_up: quando atualizar dependências
- ⬇️ :arrow_down: quando abaixar as dependências
- 👕 :shirt: quando remover avisos do linter

4.2 KiB Raw Blame History