Crie um arquivo LICENSE: MIT, Apache 2.0, GPL 3.0 e mais 20, com seu nome e ano
Funciona no seu navegador. Nada do que você digita é enviado a lugar nenhum. Verificado em 16 de outubro de 2026.Um gerador de licença entrega o texto completo de uma licença de código aberto com seu nome e o ano já preenchidos, pronto para salvar como arquivo LICENSE. Escolha entre 23 licenças, incluindo MIT, Apache 2.0 e GPL 3.0, veja o que cada uma permite e exige e copie o identificador SPDX para o package.json.
Esta página foi traduzida automaticamente do original em inglês. Nenhuma pessoa revisou ainda a tradução; a versão em inglês é a que deve ser considerada. Ler o original em inglês
Toque na licença adequada, como MIT para algo simples e permissivo, ou escolha qualquer uma das 23 da lista.
Digite o titular dos direitos autorais; o ano já vem preenchido.
Clique em Baixar para salvar o arquivo LICENSE e depois coloque-o na pasta principal do projeto.
Copie a linha SPDX para o package.json ou para o topo de cada arquivo-fonte se quiser que as ferramentas a leiam.
Código sem licença não é código aberto: por padrão, a lei de direitos autorais não permite que mais ninguém o copie, altere ou compartilhe, mesmo quando o repositório é público. Adicionar um arquivo LICENSE na pasta principal é o que concede esses direitos, e a escolha da licença decide em quais termos.
Escolher. A principal pergunta é o que os outros precisam fazer com as alterações deles:
| Licença | Outros podem fechar suas alterações | Concessão de patentes | Alterações compartilhadas sob a mesma licença |
|---|---|---|---|
| MIT | Sim | Não | Não |
| Apache 2.0 | Sim | Sim | Não |
| BSD 3-Clause | Sim | Não | Não |
| MPL 2.0 | Sim, fora dos arquivos alterados | Sim | Somente arquivos alterados |
| GPL 3.0 | Não | Sim | Programa inteiro |
| AGPL 3.0 | Não, nem mesmo por uma rede | Sim | Programa inteiro, incluindo serviços web |
MIT é a escolha mais comum para bibliotecas; Apache 2.0 acrescenta uma licença de patentes explícita, que empresas maiores costumam preferir; GPL 3.0 mantém aberta cada versão do programa.
Preencher. A maioria das licenças permissivas traz uma linha de copyright com um ano e um nome. Digite o titular dos direitos autorais e o ano já estará lá; um intervalo como 2019-2026 também funciona. Licenças como GPL, Apache e MPL não têm linha para preencher no topo: o texto é usado exatamente como foi publicado.
De onde vêm os textos. Os 23 textos são os do choosealicense.com, o site que o GitHub usa quando você adiciona uma licença a um repositório, em um commit fixo. Cada um foi comparado palavra por palavra com o texto da própria SPDX License List, e pelo menos 95 por cento das palavras coincidem na ordem; as diferenças são os títulos e as notas do GNU sobre como aplicar a licença.
Depois de salvar. Coloque o arquivo na pasta principal do projeto, adicione o identificador SPDX ao package.json ou ao topo de cada arquivo-fonte e informe no README qual licença você usa. Esta página não é aconselhamento jurídico. Tudo roda no seu navegador.
Para a maioria das bibliotecas, MIT: curta, permissiva e entendida em todo lugar. Escolha Apache 2.0 se quiser uma concessão de patentes explícita, GPL 3.0 se toda versão alterada precisar continuar sendo código aberto e AGPL 3.0 se isso também deve valer para software oferecido como serviço web. A MPL 2.0 fica entre elas, valendo apenas para os arquivos que você escreveu.
Ambas permitem que qualquer pessoa use, altere e venda o código, inclusive em produtos fechados. A Apache 2.0 também concede uma licença sobre as patentes que os colaboradores detêm sobre suas contribuições, encerra essa concessão para quem processar por patentes e pede que os arquivos alterados informem que foram alterados. A MIT tem poucas linhas e não diz nada sobre patentes.
Nesse caso valem as regras padrão de direitos autorais: você mantém todos os direitos, e ninguém mais pode copiar, alterar ou distribuir o código, mesmo que ele esteja em um repositório público. As pessoas podem olhá-lo, mas usá-lo nos projetos delas não é permitido. Adicionar um arquivo LICENSE é o que transforma código publicado em código aberto.
Na pasta principal do projeto, com o nome LICENSE, ou COPYING para a GPL 3.0, como o GNU sugere. O GitHub e o npm o encontram ali e mostram a licença na página do projeto. Defina também o campo license do package.json com o identificador SPDX, como MIT, e mencione a licença no README.
O ano em que o código foi publicado pela primeira vez, ou um intervalo do primeiro ao último ano de alterações, como 2019-2026. Atualizar o ano é comum, mas não obrigatório: o aviso registra quando a obra foi criada. Use o nome da pessoa ou organização dona dos direitos autorais, muitas vezes o empregador no caso de código de trabalho.
Você pode lançar novas versões sob outra licença se for dono de todos os direitos autorais, mas as cópias já lançadas mantêm a licença com que saíram. Se outras pessoas contribuíram com código, você precisa da concordância delas para relicenciar as partes delas, a menos que tenham assinado um acordo de contribuidor que permita isso. Escolher com cuidado desde o início evita isso.
Taxas e regras mudam; confira a fonte antes de confiar em um valor.
Ainda com dúvidas? Pergunte sobre Gerador de licença e qualquer pessoa que saiba pode responder. Não é preciso ter conta.