Desenvolvedor / Código aberto

Gerador de Licenças Open Source

Crie um arquivo LICENSE para MIT, Apache 2.0, GPL, LGPL, AGPL, MPL, BSD, ISC, Unlicense e outras licenças, com seu nome e ano preenchidos, e compare o que cada licença permite.

Gerador de Licenças Open Source: Os textos das licenças são os oficiais da SPDX License List, usada pelo GitHub e por registros de pacotes para identificar licenças. Licenças permissivas curtas, como MIT e BSD, recebem seu nome e ano na linha de direitos autorais; licenças mais longas, como GPL e Apache 2.0, são usadas palavra por palavra, com seu aviso de direitos autorais incluído em um cabeçalho de cada arquivo, no formato SPDX. A tabela compara copyleft, direitos de patente, requisitos de aviso e aprovação da OSI e da FSF. Roda 100% localmente no seu navegador, sem enviar nenhum arquivo para o servidor.

Execuções
No seu navegador
Custo
Grátis · sem cadastro
Disponibilidade
Pronto para usar
Gerador de licençaProcessamento local

Roda inteiramente no seu navegador

Como as licenças se comparam

LicençaTipoDireitos de patenteAviso obrigatório nas cópiasOSIFSF
PermissivaNão mencionadoSim
PermissivaConcessão expressaSim
Copyleft forteConcessão expressaSim
Copyleft forteNão mencionadoSim
Copyleft fracoConcessão expressaSim
Copyleft forte, incluindo uso em redeConcessão expressaSim
Copyleft fracoConcessão expressaSim
PermissivaNão mencionadoSim
PermissivaNão mencionadoSim
PermissivaNão mencionadoSim
PermissivaNão mencionadoNão
PermissivaNão mencionadoNão
PermissivaNão mencionadoSomente em cópias do código-fonte
PermissivaExpressamente não concedidoNão
Copyleft forteConcessão expressaSim

Os textos e a aprovação da OSI e da FSF vêm da SPDX License List 3.29.0. Este é um resumo, não uma orientação jurídica: leia a licença completa e consulte um advogado sobre qualquer questão importante.

Aplicando a licença

Salve o texto como LICENSE (ou LICENSE.txt, ou COPYING para a GPL) na raiz do repositório, defina o campo de licença em package.json, Cargo.toml ou pyproject.toml como o identificador SPDX correspondente e adicione o cabeçalho SPDX de duas linhas a cada arquivo-fonte para que a licença acompanhe os arquivos copiados.

Junto com isso, mantenha os arquivos de build e os segredos fora do repositório com o gerador de .gitignore.

Combinando licenças

Código permissivo geralmente pode ser usado em projetos copyleft, mas não o contrário: código GPL não pode entrar em um projeto MIT sem tornar o resultado GPL. Código Apache 2.0 é compatível com a GPL versão 3, mas não com a versão 2.

Como usar

  1. Escolha uma licença, usando a tabela comparativa se estiver em dúvida.
  2. Informe o ano e o nome do detentor dos direitos autorais.
  3. Baixe o arquivo LICENSE para a raiz do seu repositório e adicione o cabeçalho aos arquivos-fonte.

Privacidade e limitações

Tudo é gerado no seu navegador.

Ferramentas relacionadas

Perguntas frequentes

Qual licença devo escolher?

Para permitir o máximo de reutilização, MIT ou Apache 2.0 (que adiciona uma concessão explícita de patente). Para garantir que as alterações continuem abertas, GPL; para bibliotecas às quais programas proprietários possam se vincular, LGPL ou MPL; para software oferecido por uma rede, AGPL.

O que significa copyleft?

Cópias e versões modificadas devem ser compartilhadas sob a mesma licença: o copyleft forte abrange todo o programa, o copyleft fraco abrange apenas os arquivos ou a biblioteca licenciados, e a AGPL também se aplica a usuários que acessam o programa por uma rede.

Qual é a diferença entre GPL-3.0-only e GPL-3.0-or-later?

Com or-later, os usuários também podem seguir qualquer versão posterior da GPL publicada pela FSF; com only, aplica-se apenas a versão 3. O texto da licença é o mesmo; a escolha fica nos cabeçalhos dos seus arquivos.

Ferramenta grátis · no seu navegador execuções · não precisa de conta