Uma licença open source protege quem contribui e quem usa.
Projetos sem licença são, na prática, código fechado por padrão.
Empresas e desenvolvedores experientes não usam projetos sem licença.
Sem uma licença explícita:
- ❌ Ninguém pode usar seu código legalmente
- ❌ Não pode modificar
- ❌ Não pode redistribuir
- ❌ Não pode colaborar com segurança jurídica
Com uma licença:
- ✔️ Direitos e deveres claros
- ✔️ Proteção legal
- ✔️ Adoção comunitária
- ✔️ Reconhecimento automático pelo GitHub
A escolha depende do seu contexto.
Se você contribui ou depende de um projeto existente:
➡️ Use a licença da comunidade
Isso não é apenas conveniência — muitas vezes é obrigatório.
| Comunidade / Ecossistema | Licença preferida |
|---|---|
| Apache Foundation | Apache License 2.0 |
| CNCF (Cloud Native) | Apache License 2.0 |
| GNU | GNU GPLv3 |
| npm | MIT ou ISC |
| OpenBSD | ISC |
| Rust crates | MIT ou Apache 2.0 |
| WordPress plugins | GPLv2 ou posterior |
| Joomla extensions | GPLv2 (PHP) |
📌 Regra de ouro:
Se o projeto base tem licença, herde-a.
Se uma dependência não tiver licença, peça educadamente aos mantenedores que adicionem uma.
A MIT License é curta, direta e extremamente popular.
Ela permite:
- Uso comercial
- Modificação
- Distribuição
- Código fechado derivado
Exige apenas:
- Preservar o aviso de copyright
- Preservar o texto da licença
Usada por:
- Babel
- .NET
- Rails
💡 Ideal para:
- Bibliotecas
- Ferramentas
- Projetos educacionais
- Máxima adoção
A GPLv3 garante que:
- O código continue livre
- Modificações também sejam open source
- Direitos de patentes sejam concedidos
Ela proíbe:
- Distribuição de versões fechadas
Usada por:
- Ansible
- Bash
- GIMP
📌 Característica central:
Copyleft forte: quem redistribui deve compartilhar o código-fonte.
📄 Licença completa:
➡️ (a adicionar em licenses/gpl-3.0.md)
💡 Ideal para:
- Software livre ideológico
- Ferramentas fundamentais
- Projetos comunitários de longo prazo
Licenças open source não se limitam a código.
- CC0-1.0
- CC-BY-4.0
- CC-BY-SA-4.0
- Pode usar a mesma licença do software
- Ou uma licença Creative Commons
- SIL Open Font License 1.1 (OFL)
- CERN-OHL-P (permissiva)
- CERN-OHL-W (copyleft fraco)
- CERN-OHL-S (copyleft forte)
📌 Projetos mistos podem usar múltiplas licenças, desde que isso esteja claramente documentado.
Licenças open source formam um espectro, do mais restritivo ao mais permissivo:
AGPL → GPL → LGPL → MPL → Apache → MIT → BSD → Unlicense
Algumas licenças importantes:
- GNU AGPLv3 (copyleft máximo, rede = distribuição)
- GNU GPLv3
- GNU LGPLv3
- Mozilla Public License 2.0
- Apache License 2.0
- MIT License
- Boost Software License
- Unlicense (domínio público)
📁 Todas devem ser documentadas individualmente em: licenses/
Então acontece o seguinte:
- Seu código fica sob copyright exclusivo
- Outros não podem usar legalmente
- Colaborações ficam juridicamente frágeis
Mesmo no GitHub:
- Outros podem ver e fazer fork
- Mas não podem usar, modificar ou redistribuir
📌 Se isso for intencional:
- Declare explicitamente no README
- Considere um acordo de contribuidor (CLA)
Se a ideia for abrir mão totalmente do copyright:
- Use Unlicense ou CC0
Boas práticas:
- 📄
LICENSEouLICENSE.mdna raiz - 📘 Referência no
README.md - 📁 Pasta
licenses/para textos organizados
Este guia é educacional. Não substitui aconselhamento jurídico.
Para projetos com:
- Uso comercial
- Patentes
- Contratos
- Distribuição internacional
➡️ Consulte um advogado especializado.
- https://choosealicense.com
- GitHub Open Source Guides
- GNU Licenses — https://www.gnu.org/licenses/